认识达内从这里开始

异常问题在Java编程项目中是非常常见的一个编程问题，而本文我们就通过案例分析来简单了解一下，Java编程异常问题分析。

检查(Checked)异常与非检查(Unchecked)异常

Java语言规范将派生于Error类或RuntimeException类的所有异常都称为非检查异常。除“非检查异常”以外的所有异常都称为检查异常。检查异常对方法调用者来说属于必须处理的异常，当一个应用系统定义了大量或者容易产生很多检查异常的方法调用，程序中会有很多的异常处理代码。

如果一个异常是致命的且不可恢复并且对于捕获该异常的方法根本不知如何处理时，或者捕获这类异常无任何益处，笔者认为应该定义这类异常为非检查异常，由顶层专门的异常处理程序处理;像数据库连接错误、网络连接错误或者文件打不开等之类的异常一般均属于非检查异常。这类异常一般与外部环境相关，一旦出现，基本无法有效地处理。

而对于一些具备可以回避异常或预料内可以恢复并存在相应的处理方法的异常，可以定义该类异常为检查异常。像一般由输入不合法数据引起的异常或者与业务相关的一些异常，基本上属于检查异常。当出现这类异常，一般可以经过有效处理或通过重试可以恢复正常状态。

由于检查异常属于必须处理的异常，在存在大量的检查异常的程序中，意味着很多的异常处理代码。另外，检查异常也导致破坏接口方法。如果一个接口上的某个方法已被多处使用，当为这个方法添加一个检查异常时，导致所有调用此方法的代码都需要修改处理该异常。当然，存在合适数量的检查异常，无疑是比较优雅的，有助于避免许多潜在的错误。

到底何时使用检查异常，何时使用非检查异常，并没有一个绝对的标准，需要依具体情况而定。很多情况，在我们的程序中需要将检查异常包装成非检查异常抛给顶层程序统一处理;而有些情况，需要将非检查异常包装成检查异常统一抛出。

多视角理解异常

从应用系统终用户的角度来看，用户所面对的是系统中所提供的各种业务功能以及系统本身的管理功能。用户并不理解系统内部是如何实现以及如何运行的，与系统开发者存在天然的鸿沟，系统运行对用户来说如同一个黑盒一样。对用户而言，系统所出现的任何异常或错误，都属于系统运行时异常。对于这些异常，有些异常是用户可以理解并能解决的;而另外一些异常是用户无法理解和解决的。当一个系统错误出现时，系统本身需要反馈给用户一种可理解的业务相近的信息，从而用户可以根据这些信息去尽可能解决问题。另一方面，有一类错误属于系统内部运行异常或错误，用户对此类错误根本无能为力。而这类异常同样需要提供足够详细的信息，系统管理员可根据这类异常尽可能解决。一般情况下，如果异常面向系统用户，以系统异常呈现更好。

从系统开发者角度来看，更多的是从系统内部逻辑来看异常。有一部分异常需要内部截获处理，而另外一部分异常对于异常产生源而言无法进行有效处理，从而需要向外抛出异常以待合适的调用者进行处理。对于开发者而言，需要预见异常，并且需要考虑何时处理异常，何时抛出异常，必要时以某种方式记录或通知异常。总而言之，开发者需要通过对系统运行时可能出现的异常尽可能地处理以保证系统的正常运行，并对于无法处理的异常以一种合适的方式记录、通知、呈现以便找到发生异常的原因，从而解决或避免异常。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。