java异常处理机制

java异常处理机制
主要依赖于try,catch,finally,throw,throws五个关键字。
try 关键字后紧跟一个花括号括起来的代码块，简称try块。同理：下面的也被称为相应的块。
它里面可置引发异常的代码。catch后对应异常类型和一个代码块，用于表明catch块用于处理这种类型的代码块

。后还可以跟一个finally块，finally块用于回收在try块里打开的物理资源，异常机制会保证finally块总被执

行。throws关键字主要在方法签名中使用，用于声明该方法可能抛出的异常，而throw则用于抛出一个实际的异

常，throw可以单独作为语句使用，抛出一个具体的异常的对象。

java异常分为两类：
Checked 异常和Runtime异常
java认为　Checked 异常都是可以在编译阶段被处理的异常，所以它强制程序处理所有的Checked异常，而

Runtime异常则无须处理。

java异常处理可以让程序具有更好的容错性，程序更加健壮。当程序　出现意外情形时，系统会自动生成一个

Exception对象来通知程序，从而实现将“业务功能实现代码”和“错误处理代码”分离，提供更好的可读性。

如果执行try块里的业务逻辑代码时出现异常，系统自动会生成一个异常对象，该异常对象被提交给java运行环

境，这个过程被称为抛出（throw）异常。　　当java运行环境收到异常对象时，会寻找处理该异常对象的catch

块，如果找到合适的catch块并把该异常交给它处理，该过程被称为捕获异常；如果java运行环境找不到捕获异

常的catch块，则运行环境终止，程序也将退出。

使用finally回收物理资源
当程序在try块里打开了的一些物理资源（数据库连接，网络连接及磁盘文件），这些物理资源必须显示回收。

为了保证一定能够回收try块中打开的物理资源，异常处理机制提供了finally块，无论try块中的代码是否出现

异常,也不管在哪个catch块中被执行，finally块总会被执行。

异常处理结构语法中只有try块是必须的，一旦没有try块，则不能出现catch和finally块，如果存在try块，则

catch块和finally块都是可选的。但二者至少要出现其一。也可以同时出现多个catch块。catch块必须位于try

块后面，而finally必须位于catch块后面（如果存在的话）；

当java程序执行try块，catch块，时遇到了return语句或throw语句，这两个语句都会导致该方法的立即结束，

但是系统并不会立即执行这两个语句，而是去寻找该异常处理流程中是否包含finally块，如果没有finally块程

序立即执行return语句或throw语句，方法终止。反之，则系统会立即执行finally块——只有当finally块执行

完后，系统才会再次跳回来执行try块，catch块里的return或throw语句，如果同时在　finally块中也存在

return或throw语句，则finally块已经终止了方法，自然不存在系统再次跳转去执行try或catch块里的return或

throw语句。

使用throws声明抛出异常的思路是：当前方法不知道应该如何处理这种异常，该异常应该由上一级调用者处理，

如果main方法也不知道如何处理这种异常类型。也可以使用throws声明抛出异常，把该异常交给javaJVM处理。

JVM对异常的处理方法：打印异常跟踪栈信息，并终止程序运行。

Checked 异常两大不便：
对于程序中的Checked异常，JAVA要求必须显示捕获并处理该异常，或显式声明抛出，增加了编程的复杂程度；
如果　在方法中显式声明抛出Checked异常，将会导致方法签名与异常耦合，如果该方法是重写父类方法，则该

方法能抛出的异常还受到被重写方法所抛出异常的限制。
使用Runtime异常是比较省事的方式，使用这种方式既可以享受“正常代码和错误代码的分离”，“保证程序具

有较好的健壮性”的优势，又可以避免因为使用Checked异常带来的编程烦恼。

 

如果需要在程序中自行抛出异常，应使用throw语句，throw语句可以单独使用，throw语句不是异常类，而是一

个实例异常，并且每次只能抛出一个实例异常
如果throw语句抛出的是Checked异常，则该throw语句要么位于try块，显式捕获该异常。要么放在一个带throw

声明的方法中，即把该异常交给该方法的调用者处理；如果throw语句抛出的异常是Runtime异常，则该语句既无

须放在try块里，也无须放在带throws声明的方法中；程序可以显式使用try...catch来捕获，并处理，也可以不

理会，把该异常交给方法调用者处理。