Java 使用 throw 抛出异常

程序出现错误后，系统会自动抛出异常；此外，Java 也允许程序自行抛出异常，自行抛出异常使用 throw 语句来完成。
本文包含：

1. 抛出异常
2. 自定义异常类
3. catch 和 throw 同时使用
4. Java 7 增强的throw 语句
5. 异常链

1. 抛出异常

如果需要在程序中自行抛出异常，则应使用 throw 语句，throw 语句可以单独使用，throw 语句抛出的不是异常类，而是一个异常实例，而且每次只能抛出一个异常实例。throw 语法的语法格式如下：

throw  ExceptionInstance； 

可以使用 throw 语句实现如下代码：

下面程序中粗体字代码使用 throw 语句来自行抛出异常。当 Java 运行时接收到开发者自行抛出的异常时，会中止当前的执行流，跳到该异常对应的 catch 块来处理该异常。即不管是系统自动抛出的异常还是程序员手动抛出的异常，Java 运行时环境对异常的处理没有任何差异。

如果 throw 语句抛出的异常是 Checked 异常，则该 throw 语句要么处于 try 块里，显式捕获该异常，要么放在一个带 throws 声明抛出的方法中，即把该异常交给该方法的调用者处理；
如果 throw 语句抛出的异常是 Runtime 异常，则该语句无须放在 try 块里，也无须放在带 throws 声明抛出的方法中；程序既可以显式使用 try…catch来捕获并处理该异常，也可以完全不理会该异常，把该异常交给该方法调用者处理。
例如下面例子：

通过上面程序可以看出，自行抛出Runtime 异常比自行抛出Checked 异常的灵活性更好。同样。抛出 Checked 异常则可以让编译器提醒程序员必须处理该异常。

2. 自定义异常类

下面例子程序创建了一个自定义异常类：


在大部分情况下，创建自定义异常都可采用与 AuctionException.java 相似的代码完成，只需改变 AuctionException 异常的类名即可，让该异常类的类名可以准确描述该异常。

3. catch 和 throw 同时使用

前面出现的异常处理方式有如下两种：

4. Java 7 增强的throw 语句

对于下面代码：

5. 异常链

真实的企业级应用具有严格的分层关系，上层功能的实现严格依赖于下层的 API，也不会跨层访问。下图显示了这种具有分层结构应用的大致示意图：

对于采用上图结构的应用而言，当业务逻辑层访问持久层出现 SQLException 异常时，程序不会把底层的 SQLException 异常传到用户界面，有如下两个原因：

1. 对于正常用户而言，他们不想看到底层 SQLException 异常，该异常对他们使用系统没有帮助。
2. 对于恶意用户而言，将 SQLException 异常暴露出来不安全。

通常的做法是：程序先捕获原始异常，然后抛出一个新的业务异常，新的业务异常中包含了对用户的提示信息，这种处理方式被称为异常转译。假设程序需要实现工资计算的方法，则程序应该采用如下结构的代码来实现该方法：



创建了这个 SalException 业务异常类后，就可以用它来封装原始异常，从而实现对异常的链式处理。