Java异常处理机制可以让程序具有极好的容错性,让程序更加健壮。当程序运行出现意外情形时,系统会自动生成一个Exception对象来通知程序,从而实现将“业务功能实现代码”和“错误处理代码”分离,提供更好的可读性。
面对异常,我们用try…catch来捕获异常。Java异常处理机制为:抛出异常。捕抓异常,处理异常。try…catch语法格式
在使用try…catch捕抓处理异常时需要注意:
- 不要过度使用异常,不能使用异常处理机制来代替正常的流程控制语句
- 异常捕获时,一定要先捕获小异常,再捕获大异常。否则小异常将无法被捕获
- 避免出现庞大的try块
- 避免使用catch(Exception e){}
- 不要忽略异常
Exception类的常用方法:
Java异常体系(错误和异常):
Java把所有的非正常情况分成两种:异常(Exception)和错误(Error),他们都继承Throwable父类。
Error错误,一般是指与虚拟机相关的问题,如系统奔溃、虚拟机错误、动态链接失败等,这种错误无法恢复或不可能捕获,将导致应用程序中断。通常应用程序无法处理这些错误,因此应用程序不应该试图使用catch块来捕获Error对象。在定义该方法时,也无须在其throws子句中声明该方法可能抛出Error及其任何子类。
Finally块:
finally块一般用来关闭物理资源(数据库连接,网络连接,磁盘文件等),这些物理资源必须显式关 闭。除非在try块、catch块中调用了退出虚拟机的方法( System.exit(0); ),否则不管在try块、 catch块中执行怎样的代码,出现怎样的情况,异常处理的finally块一定会被执行。
Checked异常和RunTime异常:
Java的异常被分为两大类:Checked异常和Runtime异常(运行时异常)。
Runtime异常:所有的RuntimeException类及其子类的实例;
Checked异常:不是RuntimeException类及其子类的异常实例。
只有Java语言提供了Checked异常,其他语言都没有提供Checked异常。Java认为Checked异常都是可 以被处理(修复)的异常,所以Java程序必须显式处理Checked异常。如果程序没有处理Checked异 常,该程序在编译时就会发生错误,无法通过编译。
Checked异常体现了Java的设计哲学:没有完善错误处理的代码根本就不会被执行。
Runtime异常则更加灵活,Runtime异常无须显式声明抛出,如果程序需要捕获Runtime异常,也可以使用try…catch块来实现。
使用throws抛出异常:
使用throws声明抛出异常的思路是,当前方法不知道如何处理这种类型的异常,该异常应该由上级调用者处理;如果main方法也不知道如何处理这种类型的异常,也可以使用throws声明抛出异常,该异常将交给JVM处理。JVM对异常的处理方法是,打印异常的跟踪栈信息,并中止程序运行。throws声明抛出异常的格式:
使用throw抛出异常:
Java也允许程序自行抛出异常,自行抛出异常使用throw语句来完成(注意此处的throw没有后面的s)如果需要在程序中自行抛出异常,则应使用throw语句,throw语句可以单独使用throw语句抛出的不是异常类,而是一个异常实例,而且每次只能抛出一个异常实例。throw语句的语法格式:
自定义异常类:
用户自定义异常都应该继承Exception基类;如果希望自定义Runtime异常,则应该继承
RuntimeException基类。定义异常类时通常需要提供两个构造器:一个是无参数的构造器;另一个是带个字符串参数的构造器,这个字符串将作为该异常对象的描述信息(也就是异常对的getMessage()方法的返回值)。
大概就知道这些。