[发明专利]一种基于Java的异常处理装置及其异常处理方法

说明书

技术领域

本发明涉及软件异常处理领域，具体涉及一种基于Java的异常处理装置及其异常处理方法。

背景技术

近年来，随着软件系统规模的增大和复杂度的提高，软件质量的保证和提高也越来越难。软件质量是软件的生命。高质量的软件必须具有一定的容错性以提高软件的可靠性、健壮性，最大限度地降低异常造成的损失。如何提高软件的容错性是目前软件开发领域亟待解决的问题。

Java具体的异常处理结构由try…throw/throws…catch…finally块来实现。try块用来存放可能出现异常的java语句，throw/throws用来抛出这些出现的异常，catch用来捕获发生的异常，并对异常进行处理，Finally块用来清除程序中未释放的资源。不管理try块的代码如何返回，finally块都总是被执行。Java有两种异常处理机制，分别是声明异常和捕获异常。

XML(Extensible Markup Language，可扩展标记语言)，是描述数据信息的一种标准语言。它是从SGML(标准通用标记语言)发展而来的。XML本身是一套定义语义标记的规则，通过规则对文档进行说明，使文档包含语义信息。XML数据主要由五部分组成：XML文件头说明部分、文档类型定义部分、XML文件中的元素、XML文件中的属性以及元素和属性的取值。元素和属性是XML数据文件的核心部分。

SAX(Simple API for XML)，在XML中对SAX的应用广泛，几乎所有的XML解析器都会支持它。SAX解析器是一个专门用于解析XML配置文件的“推”模型，它在读取文档时激活一系列事件，比如当发现元素开始、元素结束、文本、文档的开始或结束等时，SAX解析器都会发送事件，这些事件被推给事件处理器，然后由事件处理器提供对文档内容的访问并保存需要的数据。事件处理器中响应事件的代码是由程序员编写的。

反射是动态发现类型信息的能力。反射机制是在运行状态中，对于任意的类都能够知道这个类的所有属性和方法，对于任意的对象都能任意调用它的方法，这种动态获取信息以及动态调用对象方法的功能称为反射机制。Java语言提供的反射功能都在java.reflect包里实现并提供相应的API方便用户调用。

接口设计模式是通过引入接口来间接获得服务的设计模式。接口模式直接体现了面向对象的系统设计的原则之一：“针对接口编程，而不是针对实现编程”。“让调用者通过接口间接使用服务者”，这是面向对象设计的基础——多态性正是从这样的设计中产生的。接口将服务独立出来，服务的提供者就可以发生变化。使用接口模式，可以保证需要服务的类不与任何提供服务的类发生耦合，从而提高代码的复用性。但是，和其他任何间接性一样，接口模式会让程序变得更加难以理解，还有可能造成对继承的滥用。但是，通过接口模式可以从接口的角度考虑设计思想。

当前，对于软件中的异常处理，通常采用Java异常处理机制，它可以检测出程序运行时的异常状况并使系统恢复到正常状态，但是现有的Java异常处理机制在可配置性、可扩展性、灵活性、信息的友好性等方面还不能很好地满足高质量软件的要求。具体而言，存在以下问题：

(1)如果异常处理方式不当，容易造成严重的性能下降问题。

(2)一个系统中各层对异常处理的方式不同，不同的层需要编写不同的代码，工作量大且复用性差，更新代码引起的改动较大。

(3)在系统不同阶段对异常处理有不同的需求：在开发阶段，开发人员需要得到完整的详细的异常信息以便分析BUG；在发布阶段，用户希望看到的是比较友好的异常信息提示。一种健全的异常处理机制应该能够通过简单的配置达到这样的效果。

(4)异常处理返回的异常信息不够详细，不利于开发人员对BUG进行准确定位，查找BUG产生原因将耗费大量时间。

(5)异常记录方式和位置可能会在不同环境下有不同的要求，每次为不同的应用编写代码降低了开发效率。

(6)异常报告信息没有统一管理。很多项目中报告给用户的错误消息，都是程序员在开发中自己编写的，对用户而言，常常不是友好的提示信息。而清晰友好(user friendly)的异常信息会让用户获得很好体验。

另外，当前应用较多的是Struts框架的异常处理机制，它是以JVM(Java虚拟机)的异常处理机制为基础的，尽管它提供了强大的通用错误处理机制，但是不能保证捕获到所有的异常或者错误。