------- android培训、java培训、期待与您交流！ ----------
java的异常机制主要依赖于try, catch, finally, throw, throws五个关键字，其中try关键字后紧跟一个花括号扩起来的代码块，简称try块，它里面放置可能引发异常的代码。catch后对应异常类型和一个代码块，用于表明该catch块用于处理这种类型的代码块。多个catch块后还可以跟一个finally块，finally块用于回收在try块里打开的物理资源，异常机制会保证finally块总被执行。
throws关键字主要在方法签名中使用，用于声明该方法可能抛出的异常；而throw用于抛出一个实际的异常，throw可以单独作为语句使用，抛出一个具体的异常对象。
java7进一步增强了异常处理机制的功能，包括带资源的try语句，捕获多异常的catch两个新功能，这两个功能可以极好的简化异常处理。
java将异常分为两种，Checked异常和Runtime异常，java认为Checked异常都是可以在编译阶段被处理的异常，所以它强制程序处理所有的Checked异常。而Runtime异常则无须处理。Checked异常可以提醒程序员需要处理所以可能发送的异常。
try
{
//业务实现代码
}
catch(Exception e)
{
alert 输入不合法
goto retry
}
如果执行try块里的业务逻辑代码时出现异常，系统自动生成一个异常对象，该异常对象被提交给java运行环境，这个过程被称为抛出异常（throw）
当java运行时环境收到异常对象时，会寻找能处理该异常对象的catch块，如果找到合适的catch块，则会把该异常对象交给该catch块处理，这个过程被称为捕获异常，如果java运行时环境找不到捕获异常的catch块，则运行时环境终止，java程序也将退出。
在java7以前，每个catch块只能捕获一种类型的异常:但从java7开始，一个catch块可以捕获多种类型的异常。使用一个catch块捕获多种类型的异常时需要注意如下两个地方。
1：捕获多种类型的异常时，多种异常类型之间用竖线|隔开。
2: 捕获多种类型的异常时，异常变量有隐式的final修饰，因此程序不能对异常变量重新赋值。
下面程序示范了java7提供的多异常捕获。
public class MultiExceptionTest
{
public static void main(String[] args)
{
try
{
int a = Integer.parseInt(args[0]);
int b = Integer.parseInt(args[1]);
int c = a / b;
System.out.println("您输入的两个数相除的结果是：" + c );
}
catch(IndexOutOfBoundsException|NumberFormatException|ArithmeticException ie)
{
System.out.println("程序发生了数组越界，数字格式异常，算数异常之一");
//捕获多异常时，异常变量默认有final修饰
//所以下面代码有误
// ie = new ArithmeticException("test");
}
catch(Exception e)
{
System.out.println("位置异常");
//捕获一种类型的异常时，异常变量没有final修饰
//所以下面的代码完全正确
e = new RuntimeException("test");
}
}
}
访问异常信息：
如果程序需要在catch块中访问异常对象的相关信息，则可以通过访问catch块后的异常形参来获得。当java运行时决定调用某个catch块来处理该异常对象时，会将异常对象赋值给catch块后的异常参数，程序即可通过该参数来获得异常的相关信息。
所有异常对象都包含了如下几个常用方法。
getMessage():返回该异常的详细描述字符串
printStackTrace():将该异常的跟踪栈信息输出到标准错误输出
printStackTrace(PrintStrean s):将该异常的跟踪栈信息输出到指定输出流
getStackTrace():返回该异常的跟踪栈信息
下面程序演示了程序如何访问异常信息
public class AccessExceptionMsg
{
public static void main(String[] args)
{
try
{
FileInputStream fis = new FileInputStream("a.txt");
}
catch(IOException ioe)
{
System.out.println(ioe.getMessage());
ioe.printStackTrace();
}
}
}
上面程序调用了Exception对象的getMessage()方法来的到异常对象的详细信息，也使用了printStackTrace()方法来打印该异常的跟踪信息。
使用finally回收资源
有些时候，程序在try块里打开了些物理资源（例如数据库连接，网络连接和磁盘文件等），这些物理资源都必须显式回收。java的垃圾回收机制不会回收任何物理资源，垃圾回收机制只能回收堆内存中对象所占用的内存。
在哪里回收这些物理资源呢？在try块伦理回收？还是在catch块中进行回收？假设程序try块里进行资源回收，如果try块的某条语句引起了异常，该语句后的其他语句通常不会获得执行的机会，这将导致位于该语句之后的资源回收语句得不到执行。如果在catch块里进行资源回收，但catch块完全有可能得不到执行，这将导致不能及时回收这些物理资源。
为了保证一定能回收try块中打开的物理资源，异常处理机制提供了finally块。不管try块中的代码是否出现异常，也不管哪一个catch块被执行，甚至在try块或catch块中执行例如return语句，finally块总会被执行。完整的java异常处理语法结构如下：
try
{
//业务实现代码
....
}
catch(SubException e)
{
//异常处理块 1
...
}
catch(SubException e)
{
//异常处理块 2
...
}
finally
{
//资源回收块
...
}
异常处理语法结构中只有try块是必需的，也就是说，如果没有try块，则不能有后面的catch块和finally块：catch块和finally块都是可选的，但catch块和finally块至少出现其中之一，也可以同时出现：可以有多个catch块，捕获父类异常的catch块必须位于捕获子类异常的后面：但不能只有try块，既没有catch块，也没有finally块；多个catch块必须位于try块之后，finally块必须位于所有的catch块之后。
除非在try块，catch块中调用了退出虚拟机的方法，否则不管在try块，catch块中执行怎样的代码，出现怎样的情况，异常处理的finally总会被执行。
在通常情况下，不要在finally块中使用如return或throw等导致方法终结的语句，一旦在finally块中使用，将会导致try块，catch块中return,throw语句失效。
异常处理流程代码可以放在任何可执行代码的地方，因此完整的异常处理流程即可放在try块里，也可放在catch块里，还可放在finally块里。
java7的自动关闭资源的try语句
当程序使用finally块关闭资源时，程序会显得异常臃肿。java7允许在try关键字后紧跟一对圆括号，圆括号可以声明，初始化一个或多个资源，此处的资源指的是那些必须在程序结束时显式关闭的资源，try语句在该语句结束时自动关闭这些资源。
为了保证try语句可以正常关闭资源，这些资源实现类必须实现AutoCloseable或Closeable接口，实现这两个接口就必须实现close()方法。
下面程序示范了如何使用自动关闭资源的try语句
1 public class AutoCloseTest {
2
3 public static void main(String[] args) throws IOException
4 {
5 try( //声明，初始化两个可关闭的资源
6 //try语句会自动关闭这两个资源
7 BufferedReader br = new BufferedReader(new FileReader("AutoCloseTest.java"));
8
9 PrintStream ps = new PrintStream(new FileOutputStream("a.txt")))
10 {
11 //使用两个资源
12 System.out.println(br.readLine());
13 ps.println("庄生晓梦迷蝴蝶");
14 }
15
16
17 }
18
19 }
上面的程序分别初始化了两个IO流，由于BufferedReader PrintStream都实现了Closeable接口，而且它们放在try语句中声明，初始化，所以try语句会自动关闭它们。因此上面程序是安全的。
自动关闭资源的try语句相当于包含了隐式的finally块（这个finally块用于关闭资源），因此这个try语句可以既没有catch块，也没有finally块。当然，如果主程序需要，自动关闭资源的try语句后也可以带多个catch块和一个finally块。
java7几乎把所有的资源类（包括文件IO的各种类，JDBC编程的Connection，Statement等接口）进行了改写，改写后资源类都实现了AutoCloseable或Closeable接口。