Java异常处理技术及EJB中的应用

维普资讯

第６期　

２００６年１　２　Ｊ　Ｊ　

湖南人文科技学院学报　

Ｊｏｕｒｎａｌ　ｏｆ｝ｌｕｎａｎ［ｎｓｔｉｔｕｔｅ　ｏｆ　Ｈｕｍａｎｉｔｉｅｓ，Ｓ（’ｉｅｎｃｅ　ａｎｄ　Ｔｅｃｈｎｏｌｏｇ）　

Ｎｏ．６　

Ｄｅｃ．，２００６　

Ｊａｖａ异常处理技术及ＥＪＢ中的应用　

郭广军，羊四清，戴经国，贺文华　

（湖南人文科技学院计算机科学技术系，湖南娄底４１７０００）　

摘要：在企业级的大型软件开发中，严谨强大的Ｊａｖａ异常处理机制为软件质量控制提供了有力的技术支持．提高　

了软件的可读性、可维护性、容错性和开发效率。深入分析了Ｊａｖａ异常处理的基本机制及语法结构、总结了异常处理的　

基本原则，进一步探索了ＫＩＢ中异常处理的方法，并给出了其关键技术、优化策略和应用实例。　

关键词：Ｊａｖａ；ＥＪＢ；异常处理　

中图分类号：ＴＰ３１１．５２　文献标识码：Ａ　文章编号：１６７３—０７１２（２００６）０６—００６１—０４　

Ｊａｖａ　Ｅｘｃｅｐｔｉｏｎ　Ｈａｎｄｌｉｎｇ　Ｔｅｃｈｎｉｑｕｅ　ａｎｄ　Ａｐｐｌｉｃａｔｉｏｎ　ｉｎ　ＥＪＢ　

ＧＵＯ　Ｇｕａｎｇ－ｊｕｎ，ＹＡＮＧ　Ｓｉ－ｑｉｎｇ，ＤＡＩ　Ｊｉｎｇ—ｇｕｏ，ＨＥ　Ｗｅｎ－ｈｕａ　

（Ｄｅｐａｒｔｍｅｎｔ　ｏｆ　Ｃｏｍｐｕｔｅｒ　Ｓｃｉｅｎｃｅ　ａｎｄ　Ｔｅｃｈｎｏｌｏｇｙ，　

Ｈｕｎａｎ　Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｈｕｍａｎｉｔｉｅｓ，Ｓｃｉｅｎｃｅ　ａｎｄ　Ｔｅｃｈｎｏｌｏｇｙ，Ｌｏｕｄｉ，４１７０００，Ｃｈｉｎａ）　

Ａｂｓｔｒａｃｔ：Ｉｎ　ｔｈｅ　ｌａｒｇｅ—ｓｃａｌｅ　ｅｎｔｅｒｐｒｉｓｅ　ｓｏｆｔｗａｒｅ　ｄｅｖｅｌｏｐｍｅｎｔ，ｔｈｅ　ｐｒｅｃｉｓｅ，ｓｔｒｏｎｇ　ｅｘｃｅｐｔｉｏｎ　ｈａｎｄｌｉｎｇ　ｍｅｃｈａｎｉｓｍ　ｏｆ　ｔｈｅ　Ｊａ—　

ｖａ　ｐｒｏｖｉｄｅｄ　ｐｏｗｅｒｆｕｌ　ｔｅｃｈｎｉｑｕｅ　ｓｕｐｐｏｒｔ　ｆｏｒ　ｔｈｅ　ｓｏｆｔｗａｒｅ　ｑｕａｌｉｔｙ　ｃｏｎｔｒｏｌ，ａｓ　ｗｅｌｌ　ａｓ，ｔｈｅ　ｒｅａｄａｂｉｌｉｙ，ｍａｉｔｎｔａｉｎａｂｉｌｉｔｙ，ｆａｕｌｔ—ｔｏｌｅｒ－　

ａｌｉｃｅ　ｐｅｒｆｏｒｍａｎｃｅ　ａｎｄ　ｄｅｖｅｌｏｐｍｅｎｔ　ｅｆｆｉｃｉｅｎｃｙ　ｏｆ　ｔｈｅ　ｓｏｆｔｗａｒｅ　ａｒｅ　ｉｍｐｒｏｖｅｄ．Ｆｉｒｓｔ　ｔｈｅ　ｂａＳｉｃ　ｅｘｃｅｐｔｉｏｎ　ｈａｎｄｌｉｎｇ　ｍｅｃｈａｎｉｓｍ　ａｎｄ　ｓｙｎ—　

ｔａｘ　ｓｔｒｕｃｔｕｒｅ　ｏｆ　ｔｈｅ　Ｊａｖａ　ａｒｅ　ｔｈｏｒｏｕｇｈｌｙ　ａｎａｌｙｚｅｄ，ａｎｄ　ｔｈｅ　ｂａＳｉｃ　ｐｒｉｎｃｉｐｌｅ　ｏｆ　ｔｈｅ　ｅｘｃｅｐｔｉｏｎ　ｈａｎｄｌｉｎｇ　ｉｓ　ａｄｖａｎｃｅｄ，ｔｈｅｎ　ｔｈｅ　ｅｘｃｅｐ－　

ｔｉｏｎ　ｈａｎｄｌｉｎｇ　ｍｅｃｈａｎｉｓｍ　ｏｆ　ｔｈｅ　ＥＪＢ　ｉｓ　ｐｒｏｂｅｄ　ｉｎｔｏ，ｔｈｅ　ｋｅｙ　ｔｅｃｈｎｉｑｕｅ，ｏｐｔｉｍｉｚａｔｉｏｎ　ｓｔｒａｔｅｇｙ　ａｎｄ　ｅｘａｍｐｌｅ　ｏｆ　ｔｈｅ　ｅｘｃｅｐｔｉｏｎ　ｈａｎｄｌｉｎｇ　

ｉｎ　ＥＪＢ　ａｒｅ　ｐｒｏｖｉｄｅｄ．　

Ｋｅｙ　ｗｏｒｄｓ：Ｊａｖａ；ＥＪＢ；Ｅｘｃｅｐｔｉｏｎ　Ｈａｎｄｌｉｎｇ　

ｌ　引言　

间接调用者捕获并处理这个错误。其优越性有：在ｃａｔｃｈ　

中传播与捕获错误信息，实现了错误代码与业务逻辑的分　

传统的基于函数返回错误代码的错误处理方法存在　

离，结构清晰；可对错误类型分组并标准化；方便了对错误　

明显的不足，如程序逻辑复杂，结构不清；可靠性差，维护　

的定位与维护；能有效防止由于异常而导致程序运行崩　

不便；返回信息有限，不直观需译码；返回代码标准化困　

溃，可靠性高；强制程序员考虑程序的容错性、健壮性和安　

难，代码复用率低；在面向对象的应用系统中，有些如构造　

全性。　

方法等没有返回值而无法报告程序错误。因此。在Ｊａｖａ中　

新的错误检测和报告方法一异常处理机制应运而生。　

２　Ｊａｖａ异常处理机制　

２．１异常类　

２．１．１　系统定义的异常类　

异常是指中断程序正常执行流程的错误事件。如程序　

打开不存在的文件、装载不存在的类、网络连接中断、被零　

除、访问数组越界、系统资源耗尽等。在Ｊａｖａ中，异　

常　“　

异常类用于处理异常，分为系统定义的异常类和用户　

’（Ｅｘｃｅｐｔｉｏｎ，例外）是特殊的运行错误对象，是　自定义的异常类…‘　捌’。在ｊａｖａ．１ｎｇ包中提供的　ａ

异常类的一个对象，而每个异常类代表一种运行错误，在　

Ｔｈｒｏｗａｂｌｅ类是异常类层次结构的顶层类，Ｅｒｒｏｒ类和Ｅｘ．　

异常类中封装了该运行错误的信息和处理错误的方法等　

ｃｅｐｔｉｏｎ类是从Ｔｈｒｏｗａｂｌｅ类直接派生的两个知名子类。　

内容。Ｊａｖａ异常处理机制的基本思想是由发现而不能处　Ｅｘｃｅｐｔｉｏｎ类：它代表了Ｊａｖａ语言中异常的基本属性，　

理错误的方法引发一个异常对象，然后由该方法的直接或　

除Ｊａｖａ预定义的由Ｅｘｃｅｐｔｉｏｎ类派生的诸多异常类外，还　

收稿日期：２００６—０９—２Ｏ　

基金项目：湖南省科技计划项目（０５ＧＫ３０２９），湖南省青年骨干教师基金（湘教通［２００６］２５２号），湖南省重点建设学科项目．　

作者简介：（１９７１一　），男，湖南双峰人，硕士，副教授，软件设计师，网络工程师，ＣＣＦ高级会员，研究方向：网络与分布计算，网格与服　

务计算。　

维普资讯

６２　湖南人文科技学院学报　总第９３期　

支持用户扩展Ｅｘｃｅｐｔｉｏｎ类来实现自定义异常类。其构造　

处理；　

函数主要有ｐｕｂｈｃ　Ｅｘｃｅｐｔｉｏｎ（）和ｐｕｂｈｃ　Ｅｘｃｅｐｔｉｏｎ（Ｓｔｉｒｎｇ　

Ｓｔｅｐ４：终止异常处理。若运行时系统在方法调用栈中　

ｓ）等；它从Ｔｈｒｏｗａｂｌｅ类继承了若干方法，常用的有：ｐｕｂｈｃ　遍历了所有的方法而未找到合适的异常处理程序．则显示　

Ｓｔｒｉｎｇ　ｔｏＳｔｉｒｎｇ（）方法。用来返回异常类信息；ｐｕｂｌｉｃ　ｖｏｉｄ　

缺省错误并终止执行运行时系统的异常处理。

ｐｒｉｎｔＳｔａｃｋＴｒａｃｅ（）方法。默认在当前标准输出设备上输出当　

２．２．２语法结构　

前异常对象的堆栈使用轨迹。Ｅｘｃｅｐｔｉｏｎ类定义的是非致　

序的执行。通常触发异常（Ｅｘｃｅｐｔｉｏｎ）的原因有打开的文　

Ｊａｖａ异常处理机制通过ｔｈｒｏｗｓ、ｔｈｒｏｗ、ｔｒｙ、ｃａｔｃｈ和ｆｉ－　

ｌｙ　５个关键词来实现，分为三个基本部分　。　

命性错误。允许用户编写代码来处理这类错误，并继续程　

ｎａｌ

・ｔｈｒｏｗｓ：此关键字统一定制并明确标明了一个方法　

件不存在；网络连接中断；操作数超过允许范围；想要加载　

可能抛出的各种异常，这些异常是该方法定义的一部分。

的类文件不存在；试图通过空的引用型变量访问对象；数　

组下标越界等。　

Ｅｒｒｏｒ类：它定义的错误是致命性错误，如虚拟机错误、　

装载错误、动态连接错误，一般会导致程序停止执行，通常　

是由于Ｊａｖａ系统或执行环境发生错误（Ｅｒｒｏｒ）而导致的。　

由于这类异常主要与硬件、运行时系统有关，而不是由用　

户程序本身抛出的。因此用户程序不对这类异常进行　

处理。　

需指出，除ｊａｖａ．１ａｎｇ包中定义的异常处理之外．其他　

的Ｊａｖａ包巾也包括异常。实际上几乎每个Ｊａｖａ包都定义　

了相应的异常类。此外。运行时异常ＲｕｎｔｉｍｅＥｘｃｅｐｔｉｏｎ类　

及其派生子类是Ｊａｖａ程序员不用处理的异常。Ｊａｖａ创建　

者认为运行时异常不应由程序来处理，而且程序也很难真　

正的对付运行时异常。　

２．１．２用户自定义异常类　

用户白定义异常类是指扩展Ｅｘｃｅｐｔｉｏｎ类或其他某个　

已经存在的系统异常类或其他用户异常类而形成新的异　

常类。可以给新的异常类定义新的属性和方法，或重载父　

类的属性和方法，并使这些属性和方法能够体现该类所对　

应的错误信息。要特别注意的是：第一　个方法被覆盖　

时，覆盖的方法必须扔出与被覆盖方法相同的异常或其异　

常类的子类；第二若父类抛出多个异常，则覆盖方法只能　

抛出父类所抛出的异常的一个子集，或者说不能抛出新的　

异常。　

２．２基本机制与语法结构　

２．２．１基本机制　

Ｊａｖａ异常处理机制采用中断模式　】，即引发并抛出异　

常后，中止正在执行的程序块，控制流转至异常处理器，待　

完成异常处理后，再返回调用点继续执行。异常处理的基　

本算法是：　

Ｓｔｅｐｌ：抛出异常。即创建一个异常对象并将它交给运　

行时系统的过程；　

Ｓｔｅｐ２：捕获异常。即找到异常处理程序的过程：运行时　

系统从发生错误的方法开始回溯，在方法调用堆栈里向后　

搜索，直到找到能处理当前发生的异常的处理程序的　

方法；　

Ｓｔｅｐ３：处理异常，即通过方法调用来实现对异常的　

其实质是允许将异常处理递归交给调用它的上一级方法　

去处理。此时Ｊａｖａ编译器会强制此方法的调用者必须将其　

放在调用方法的ｔｒｙ、ｃａｔｃｈ块中以抛出并捕获处理这些　

异常。　

・ｔｈｒｏｗ：此语句用来抛出紧跟其后的一个异常对象给　

此方法的调用者，此异常对象可用ｎｅｗ创建，或者是一个　

Ｔｈｒｏｗａｂｌｅ的实例句柄通过参数传到ｃａｔｃｈ中。因为用户白　

定义的异常不能由系统自动抛出，所以必须借助于ｔｈｒｏｗ　

语句来抛出各种错误情况所对应的异常，且要求在程序中　

的合适位置定义好用户白定义的异常类。　

・ｔｙｒ—ｃａｔｃｈ—ｆｉｎａｌｌｙ：此语句是Ｊａｖａ错误处理的基本　

结构。主要用来捕获和处理一个或多个异常。通常由ｔｒｙ、　

ｃａｔｃｈ、ｉｆｎａｌｌｙ三个块组成。ｉ）ｔｒｙ块：将所有可能抛出异常　

的代码部分放人ｔｒｙ块中；ｉｉ）ｃａｔｃｈ块：用紧跟在ｔｒｙ块后　

面一个或多个ｃａｔｃｈ子句来捕获异常，其的目标是处理异　

常。把变量设到合理的状态，并象没有出错一样继续运行。　

若一个子程序不处理这个异常，则可返回到上一级处理，　

如此不断的递归向上直到最外一级。ｉｉｉ）ｆｉｎａｌｌｙ块：ｆｉｎａｌｌｙ　

是Ｊａｖａ异常处理机制的精髓，使用ｎｎ￣ｌｌｙ可以维护对象的　

内部状态、清理非内存资源、将系统恢复到应该处于的状　

态。若没有ｎｎ￣ｌｌｙ，要实现其功能的代码是很费解的。ｆｉ－　

ｎａＵｙ块是可选块，若定义了ｆｉｎａｌｌｙ块，则不论ｔｒｙ块中有无　

异常产生，ｎｎａｎｙ块都会被执行；甚至若在ｔｒｙ或ｃａｔｃｈ块中　

执行了ｒｅｔｕｒｎ、ｂｒｅａｋ语句。ｆｉｎａｌｌｙ块也会被执行，但要特别　

注意此时ｆｉｎａｌｌｙ块后面的语句并不会被执行。只有在ｔｒｙ　

或ｃａｔｃｈ中执行了Ｓｙｓｔｅｍ．ｅｘｉｔ（０）操作，才不会执行ｆｉｎａｌｌｙ　

块。另要特别指出的是：捕获异常时，ｃａｔｃｈ语句是按其位　

置由前至后依次对被抛出的异常对象进行匹配捕获，若有　

多个ｃａｔｃｈ语句，则异常类要按从子类到父类的顺序放置；　

在应用技巧中，还可通过在ｔｒｙ块中由ｔｈｒｏｗ抛出“异常”，　

然后在ｃａｔｃｈ块中捕获之。实现程序中业务逻辑控制流程　

的跳转。　

２．３异常处理的基本原则　

对于非运行时异常必须捕获或声明。而对运行时异常　

则不必，可以交给Ｊａｖａ运行时系统来处理；对于自定义的　

异常类，通常把它作为Ｅｘｃｅｐｔｉｏｎ类的子类，且类名常以　

Ｅｘｃｅｐｔｉｏｎ结尾，不要把白定义的异常类作为ＲｕｎｔｉｍｅＥｘｃｅｐ－　

维普资讯

总第９３期　郭广军，羊四清，戴经国，贺文华：Ｊａｖａ异常处理技术及ＥＪＢ中的应用　６３　

ｔｉｏｎ类或Ｅｒｒｏｒ的类的子类；在捕获或声明异常时，要选取　到ＲｅｍｏｔｅＥｘｃｅｐｔｉｏｎ中，然后抛给客户机。　

合适类型的异常类，注意异常类的层次，根据不同的情况　

需指出，虽然口Ｂ规范规定系统异常由应用程序服务　

使用一般或特殊的异常类；根据具体的情况选择在何处处　

器记录，但记录格式会因应用程序服务器的不同而异。为　

理异常，或者在方法内捕获并处理，或者用ｔｈｒｏｗｓ子句把　确保异常记录格式的统一，方便对其进行统计分析，在代　

它交给调用栈中上层的方法去处理；在ｃａｔｃｈ语句中尽可　

码中记录异常是一种好的策略。此外，在口Ｂ１．０规范中　

能指定具体的异常类型，必要时使用多个ｃａｔｃｈ；使用ｆｉｎａ１．　要求把受查系统异常以ＲｅｍｏｔｅＥｘｃｅｐｔｉｏｎ抛出，而口Ｂ　１．１　

ｔｅＥｘｃｅｐ－　

１ｙ语句为异常处理提供统一的出Ｅｌ；若无法处理某个异　

及以上规范则规定口Ｂ实现类绝不应抛出Ｒｅｍｏ

常，则不捕获它；若捕获了一个异常，则要对它进行适当的　

ｔｉｏｎｏ　

处理；尽量在靠近异常被抛出的地方捕获异常；除非要向　

上层递归抛出异常，否则要在捕获异常的地方将其记录到　

日志中。　

３　ＥＪＢ中的异常处理　

３．１口Ｂ异常处理　

口Ｂ（Ｅｎｔｅｒｐｒｉｓｅ　ＪａｖａＢｅａｎ）是Ｊ２ＥＥ企业级应用开发的　

核心组件，ＥＪＢ的分布式和事务属性使得其异常处理成为　

一

个更重要的问题　Ｊ‘　－３　。ＦＪＢ中异常可分为三类　：　

ｉ）ＪＶＭ异常：由ＪＶＭ抛出，是一种致命错误。ｉｉ）系统异　

常：一般由ＪＶＭ以ＲｕｎｔｉｍｅＥｘｃｅｐｔｉｏｎ的子类抛出，是一种非　

受查异常。ｉｉｉ）应用程序异常：它是一种定制异常，由应用　

程序或第三方类库以Ｅｘｃｅｐｔｉｏｎ类或其子类抛出，是一种受　

查异常，通常由口Ｂ方法的调用者来处理之。ＥＪＢ容器拦　

截了口Ｂ组件上的每一个方法调用，因此方法调用中发生　

的每一个异常也被ＥＪＢ容器所拦截。口Ｂ规范只处理应　

用程序异常和系统异常这两种类型的异常。应用程序异　

常：是指在远程接口的方法说明中所声明的异常，它不是　

远程异常Ｒｅｍ０ｔｅＥｘｃｅｐｔｉｏｎ，也不应继承ＲｕｎｔｉｍｅＥｘｃｅｐｔｉｏｎ　

或其子类。但是，在远程接口方法的ｔｈｒｏｗｓ子句中声明的　

非受查异常并不会被当作应用程序异常。应用程序异常　

是业务工作流中的例外，当这种类型的异常被抛出时，客　

户机可得到一个恢复选项。当发生应用程序异常时，默认　

情况下口Ｂ容器不会自动回滚事务，只有被显式说明并通　

过调用关联的ＥＪＢＣｏｎｔｅｘｔ对象的ｓｅｔＲｏｌｌｂａｃｋＯｎｌｙ（）方法才　

能回滚事务。实际上，对于应用程序异常口Ｂ容器通常以　

它原本的状态传送给客户机而不会以任何方式包装或修　

改它。　

系统异常：通常破定义为非受查异常，口Ｂ方法不能　

从这种异常中恢复。当口Ｂ容器拦截到非受查异常时，会　

自动回滚事务并执行必要的清理工作，然后把该非受查异　

常包装到ＲｅｍｏｔｅＥｘｃｅｐｔｉｏｎ类或其子类中并抛给客户机。　

对于受查异常，若要使用口Ｂ容器的内务处理，则必须将　

受查异常作为非受查异常抛出。因此，每当触发受查系统　

异常时，应该对其原始的异常以ｊａｖａｘ．ｅｊｂ．ＥＪＢＥｘｃｅｐｔｉｏｎ类　

或其子类方式包装后抛出。由于ＥＪＢＥｘｃｅｐｔｉｏｎ本身是非　

受查异常，冈此小需要在方法的ｔｈｒｏｗｓ子句Ｉｆ｜声明它。　

ＥＪＢ容器会自动捕获ＥＪＢＥｘｃｅｐｔｉｏｎ或其子类，并把它包装　

３．２关键技术　

３．２．１　日志机制　

尽管用Ｓｙｓｔｅｍ．ｏｕｔ．ｐｒｉｎｔｌｎ（）方法跟踪异常方便，但开　

销大，对Ｉ／Ｏ处理的同步控制将大大降低系统吞吐量。缺　

省时堆栈跟踪被输出至控制台，但在实际的应用系统中，　

通过浏览控制台来查看异常跟踪不太现实。因此，在大型　

应用系统的开发、测试和运行等生命周期中，采用日志机　

制和恰当的编码策略，精确地记录各种类型的异常，可以　

降低系统开销，提高软件性能和质量。知名的日志实用程　

序有两种：　ｇ４ＪＬ６　是Ａｐａｃｈｅ的Ｊａｋａｒｔａ的一个开放源代码　

的项目，Ｊ２ＳＥ　１．４捆绑提供了日志处理包（ｊａｙａ．ｕｔｉｌ．１ｏｇ—　

ｓｉｎｇ）　ｊ，它们的使用方法请参考相关文献。　

３．２．２　Ｄｅｃｏｒａｔｏｒｓ设计模式　

在面向对象的程序设计中若用一个对象（ｔｈｅ　Ｄｅｃｏｒａ－　

ｔｏｒｓ）包装另外一个对象，被称为Ｄｅｃｏｒａｔｏｒｓ设计模式。基　

于Ｄｅｃｏｒａｔｏｒｓ设计模式，通过包装原始的异常消息并在　

口Ｂ组件中将其重新抛出，以方便对该异常的查询和访　

问。其次，由于Ｌｏｇ４Ｊ只能记录Ｓｔｉｒｎｇ消息，所以要利用　

Ｄｅｃｏｒａｔｏｒｓ设计模式定义一个专门类负责把堆栈跟踪转换　

成Ｓｔｉｒｎｇ，以获取该堆栈跟踪的Ｓｔｉｒｎｇ表示。　

３．３口Ｂ异常处理策略　

３．３．１常见ＥＪＢ异常处理的不足　

・

抛出带有出错消息的异常：此种方法存在异常内容　

可能被“吞掉”的现象。　

・

记录到控制台并抛出一个异常：仅当控制台可用时　

调用者才能向后跟踪。　

・

包装原始的异常以保护其内容：可能导致重复记　

录，产品日志或控制台不能被交叉引用。　

３．３．２　ＥＪＢ异常处理的优化策略　

・

优化应用程序异常处理：由口Ｂ开发者显式抛出，　

通常包装了含义清楚消息，不必将其记录到口Ｂ层或客户　

机层，而以一种直观有意义的方式提供给最终用户，并带　

上其解决方案的途径。　

实体Ｂｅａｎ一般是哑类，通常应用程序异常主要来源　

于会话Ｂｅａｎ。从实体Ｂｅａｎ抛出的应用程序异常类型通常　

是ＣｒｅａｔｅＥｘｃｅｐｔｉｏｎ、ＦｉｎｄｅｒＥｘｃｅｐｔｉｏｎ、Ｒｅｍｏ￣ｒｅＥｘｃｅｐｔｉｏｎ及它　

们的子类。当引用其它　Ｂ远程接口时，实体Ｂｅａｎ会遇　

到ＲｅｍｏｔｅＥｘｃｅｐｔｉｏｎ，在查找其它口Ｂ组件时会遇到　

维普资讯

湖南人文科技学院学报　总第９３期　

ＮａｍｉｎｇＥｘｃｅｐｔｉｏｎ，若使用ＢＭＰ实体Ｂｅａｎ，则会碰到ＳＱＬＥｘ．　

（）方法试图获取纳税人Ｔａｘｐａｙｅｒ实体Ｂｅａｎ的一个远程引　

ｃｅｐｆｉｏｎ。与这些类似的受查系统异常应该被捕获，并被包　

用，可能导致ＦｉｎｄｅｒＥｘｃｅｐｔｉｏｎ。此处，尽管可把ＦｉｎｄｅｒＥｘ・　

装起来，作为ＥＪＢＥｘｃｅｐｆｉｏｎ或它的一个子类抛出。在优化　

ｃｅｐｔｉｏｎ当作应用程序异常或作系统异常，但是若把它当系　

的日Ｂ设计中，客户机一般不直接调用实体Ｂｅａｎ上的方　

统异常则更好，因为这可以提高日Ｂ组件对客户机的透明　

法，而通过会话Ｂｅａｎ间接访问实体Ｂｅａｎ。若会话Ｂｅａｎ调　

性。同理，对于会话Ｂｅａｎ或者实体Ｂｅａｎ试图创建另一个　

用相同的实体Ｂｅａｎ方法，则要避免对异常的重复记录。　

会话Ｂｅａｎ，可能导致的ＣｒｅａｔｅＥｘｃｅｐｔｉｏｎ，或者会话Ｂｅａｎ在　

会话Ｂｅａｎ和实体Ｂｅａｎ处理系统异常的方式基本相似。可　

它的某个容器回调方法中获得了一个ＦｉｎｄｅｒＥｘｃｅｐｆｉｏｎ等，　

采用访问标识技术避免对同一异常的重复记录。　

・

优化系统异常处理：比应用程序异常处理更为复　

杂，它的发生不受日Ｂ开发者的控制且异常信息不直观，　

需要对其原始异常进行包装，以清楚地表达系统异常的　

含义。　

・

优化Ｗｅｂ层设计：通常把异常记录到Ｗｅｂ层本身，　

则易于实现且代码简洁。这要求Ｗｅｂ层必须是日Ｂ层的　

唯一客户机，且Ｗｅｂ层必须建立在业务委派（Ｂｕｓｉｎｅｓｓ　Ｄｅ１．　

ｅｇａｔｅ）、ＦｒｏｎｔＣｏｎｔｒｏＵｅｒ或拦截过滤器（Ｉｎｔｅｒｃｅｐｔｉｎｇ　Ｆｉｌｔｅｒ）等　

模式和Ｓｔｒｕｔｓ或其它类似于ＭＶＣ的框架基础上。　

实际应用中，即使采用良好的异常处理策略，但由于　

编译器和运行时优化，会限制使用堆栈跟踪程序跟踪异常　

的能力。通常把大的方法调用分割为更小的、更易于管理　

的块，并提高代码复用率；并将异常类型按需要划分成细　

粒度的、具体的异常，在捕获异常时则捕获已规定好的具　

体类型的异常，避免捕获所有类型的异常。　

３．４　ＫＩＢ异常处理实例　

例１：ｅｊｂＣｒｅａｔｅ（）方法中的ＦｉｎｄｅｒＥｘｃｅｐｔｉｏｎ异常处理。　

其代码如下：　

ｐｕｂｌｉｃ　Ｏｂｊｅｃｔ　ｅｊｂＣｒｅａｔｅ（ＲａｔｅｐａｙｉｎｇＯｒｄｅｒＶａｈｅ　ｖａｌｕｅ）　

ｔｈｒｏｗｓ　ＣｒｅａｔｅＥｘｃｅｐｔｉｏｎ｛　

ｔｒｙ｛ｉｆ（ｖａｌｕｅ．ｇｅｔｈｅｍＮａｍｅ（）＝＝ｎｕｌ１）｛　

ｔｈｒｏｗ　ｎｅｗ　ＣｒｅａｔｅＥｘｃｅｐｔｉｏｎ（”不能创建报税　

单！”）；｝　

Ｓｔｉｒｎｇ　ｔａｘｐｌｄ＝ｖａｌｕｅ．ｇｅｔＴａｘｐａｙｅｒｌｄ（）；　

Ｔａｘｐａｙｅｒ　ｔａｘｐ　ｔｘａｐａｙｅｒＨｏｍｅ．ｆｉｎｇＢｙＰｒｉｍａｒｙＫｅｙ　

（ｔｘａｐｌｄ）；　

ｔｈｉｓ．ｔｘａｐａｙｅｒ＝ｔａｘｐ；　

｝ｃａｔｃｈ（ＦｉｎｄｅｒＥｘｃｅｐｔｉｏｎ　ｆｅ）｛　

／／作为应用程序异常，还是系统异常？　

｝ｃａｔｃｈ（ＲｅｍｏｔｅＥｘｃｅｐｔｉｏｎ　ｒｅ）｛　

／／这是系统异常，并记录在日志中。　

ｔｈｒｏｗ　ＥｘｃｅｐｔｉｏｎＬｏｇＵｔｉｌ．ｃｒｅａｔｅＬｏｇｇａｂｌｅＥＪＢＥｘｃｅｐｔｉｏｎ　

（ｒｅ）；　

ｌ　

ｒｅｔｕｍ　ｎｕｌｌ；　

｝　

例１中报税单ＲａｔｅｐａｙｉｎｇＯｒｄｅｒ实体Ｂｅａｎ的ｅｊｂＣｒｅａｔｅ　

都最好将其作为系统异常。此外，若考虑会话Ｂｅａｎ在处　

理下报税单时，用户须具有一个简历，若没有，则会话Ｂｅａｎ　

将触发ＯｂｊｅｃｔＮｏｔＦｏｕｎｄＥｘｃｅｐｔｉｏｎ异常，这时最好将其作为　

应用程序异常抛出，以告知用户其简历丢失。　

例２：ｌｏｇｏｎ（）方法的ＩｎｖａｌｉｄＵｓｅｒＤａｔａＦ，ｘｃｅｐｔｉｏｎ应用程　

序异常处理。其代码如下：　

ｐｕｂｌｉｃ　ｖｏｉｄ　ｌｏｇｏｎ（Ｓｔｉｒｎｇ　ｕｓｅｒ，Ｓｔｒｉｎｇ　ｐａｓｓｗｏｒｄ）　

ｔｈｒｏｗｓ　ＩｎｖａｌｉｄＵｓｅｒＤａｔａＥｘｃｅｐｔｉｏｎ　

｛ｉｆ（ｕｓｅｒ＝＝ｎｕｌｌ　Ｉ　Ｉ　ｐａｓｓｗｏｒｄ＝＝ｎｕｎ）　

ｈｔｒｏｗ　ｎｅｗ　ＩｎｖａｌｉｄＵｓｅｒＤａｔａＥｘｃｅｐｔｉｏｎ（）；　

ｓｅｒｖｉｃｅｌｍｐ１．１ｏｇｏｎ（ｕｓｅｒ，ｐａｓｓｗｏｒｄ）；　

｝　

以下是应用程序异常类ＩｎｖａｌｉｄＵｓｅｒＤａｔａＥｘｃｅｐｔｉｏｎ的　

定义。　

ｐｕｂｌｉｃ　ｃｌａｓｓ　ＩｎｖａｌｉｄＵｓｅｒＤａｔａＥｘｃｅｐｔｉｏｎ　ｅｘｔｅｎｄｓ　Ｅｘｃｅｐｔｉｏｎ　

｛ｐｕｂｌｉｃ　ＩｎｖａｌｉｄＵｓｅｒＤａｔａＥｘｃｅｐｔｉｏｎ（）　

｛ｓｕｐｅｒ（“用户名或密码不能为空！”）；｝　

｝　

４结论　

■　

在企业级的大型软件开发中，严谨强大的Ｊａｖａ异常处　

理机制为软件质量控制提供了有力的技术支持，提高了软　

件的可读性、可维护性、容错性和开发效率。充分有效的　

利用Ｊａｖａ异常处理机制、采用合适的异常处理策略，是提　

高日Ｂ中异常处理的性能的有效途径。　

参考文献：　

［１］Ｂｒｕｃｅ　Ｅｃｋｅ１．Ｔｈｉｎｋｉｎｇ　ｉｎ　Ｊａｖａ［Ｍ］．Ｂｅｉｊｉｎｇ：Ｃｈｉｎａ　Ｍａｃｈｉｎｅ　

Ｐｒｅｓｓ，２０００．　

［２］赵化冰，唐英，唐文彬，芦东昕．Ｊａｖａ异常处理［Ｊ］．计算机应　

用，２００３，（１２）：４６—４８．　

［３］张聪品，赵琛，糜宏斌．异常处理机制研究［Ｊ］．计算机应用研　

究，２００５，（４）：８６—８９．　

［４］［美］Ｃｈｕｃｋ　Ｃａｖａｎｅｓｓ　Ｂｒｉａｎ　Ｋｅｅｔｏｎ著，智慧东方工作室译．ＫＩＢ　

２．０企业级应用程序开发［Ｍ］．北京：Ｍ．Ｔ－业出版社，２００２．　

［５］ＫＩＢ异常处理的最佳做法．ｈｔｔｐ：／／ｗｗｗ．ｅｖｇｅｔ．ｃｏｍ／ｖｉｅｗ／ａｒｔｉ—　

ｃｌｅ／ｖｉｅｗＡｒｔｉｃｌｅ．ａｓｐ？ａｒｔｉｃｌｅ＝５４８　

［６］Ｌｏ＃Ｊ框架．ｈｔｒｐ：／／ｊａｋ￣ａ．ａｐａｃｈｅ．ｏ￣／ｌｇａ４ｊ／ｄｏｃｓ／ｉｎｄｅｘ．ｈｔｍｌ　

［７］Ｊａｖａ　Ｌｏｇｇｉｎｇ　ＡＰＩ．ｈｔｔｐ：／／ｊａｖａ．ｓｕｎ．ｃｏｍ／ｊ２ｓｅＹ１．４／ｄｏｃｓ／ａｐｉ／ｊａ－　

ｖａ／ｕｔｉｌ／ｌｏｇｇｉｎｇ／ｐａｃｋａｇｅ—ｓｕｍｍａｒｙ．ｈｔｍｌ