标签:
------- 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接口。
标签:
原文地址:http://www.cnblogs.com/-9527/p/5211691.html