Java 分层Web结构中 如何优雅地异常处理

Java异常分类

Java中的异常分为三类：

• 检查性异常：比如要打开一个不存在的文件，异常就产生了，是无法预见的，这些异常在编译时不能被简单的忽略；
• 运行时异常：是可能被程序员避免的异常，可以在编译时被忽略；
• 错误：是脱离程序员控制的异常，在代码中经常被忽略，编译也是检查不到的，比如栈溢出。

异常（Throwable）的层次结构，以及常见异常类型：

• 对于Error错误，Java程序通常不捕获，错误一般发生在严重故障时，在程序处理的范畴之外。常见的两个例子：OutOfMemoryError 和 NoClassDefFoundError。
• 对于异常有两个重要的子类：IOException和RuntimeException：
  • RuntimeException接口下的异常，如空指针异常，是程序员造成的，不需要进行捕获，由程序员自行检查进行规避；
    注意：编译器对RuntimeException及其子类不做强制捕获要求，不是指应用程序本身不应该捕获并处理RuntimeException。是否需要捕获，具体问题具体分析。
  • IOException不是程序员造成的，那么需要捕获或抛出；

一些异常处理的建议

1. 不要直接对打断的代码直接try-catch，只需要对不稳定的代码进行处理，并且catch时尽可能地区分类型，进行不同的处理。
2. 捕获到异常后要进行相应的处理，或者是抛出给它的调用者，不要捕获了什么都不处理而抛弃之。

Web分层结构中的异常处理

根据业务架构实践，结合业界分层规范与流行技术框架分析，推荐分层结构如图所示， 默认上层依赖于下层，箭头关系表示可直接依赖，如:开放 API 层可以依赖于 Web 层 (Controller 层)，也可以直接依赖于 Service 层，依此类推:

1. 在DAO层，如果使用的是Spring框架的模板，那么是没有检查异常抛出的。如果使用了原始的JDBC接口，那么产生的异常类型有很多，无法细粒度的一一捕获，使用 catch(Exception e)方式，并 throw new DAOException(e)，不需要打印日志，因为日志在 Manager/Service 层一定需要捕获并打到日志文件中去，如果同台服务器再打日志，浪费性能和存储。
2. 在 Service 层出现异常时，必须记录出错日志到磁盘，尽可能带上参数信息，相当于保护案发现场。
3. Manager 层与 Service 同机部署，日志方式与 DAO 层处理一致，如果是 单独部署，则采用与 Service 一致的处理方式。
4. Web 层绝不应该继续往上抛异常，因为已经处于顶层，如果意识到这个异常将导致页面无法正常渲染，那么就应该直接跳转到友好错误页面， 加上用户容易理解的错误提示信息。开放接口层要将异常处理成错误码和错误信息方式返回。

参考：阿里巴巴Java开发手册