Java异常处理机制

Java异常处理机制:Java的异常处理机制可以让程序具有极好的容错性,让程序更加健壮。当程序运行出现意外情形时,系 统会自动生成一个 Exception对象来通知程序,从而实现将“业务功能实现代码”和“错误处理代码”分离, 提供更好的可读性。

  • 使用try...catch捕获异常

Java异常处理机制为:抛出异常,捕捉异常,处理异常。 try...catch语法格式

如图所示:

Java异常处理机制_第1张图片

在使用try...catch捕获处理异常时需要注意:

1. 不要过度使用异常,不能使用异常处理机制来代替正常的流程控制语句

2. 异常捕获时,一定要先捕获小异常,再捕获大异常。否则小异常将无法被捕获

3. 避免出现庞大的try块

4. 避免使用catch(Exception e){}

5. 不要忽略异常(有问题就要及时解决)

Exception类的常用方法如图所示

Java异常处理机制_第2张图片

  • Java异常体系(错误和异常)

Java把所有的非正常情况分成两种:异常(Exception)和错误(Error),它们都继承Throwable父 类。 Error错误,一般是指与虚拟机相关的问题,如系统崩溃、虚拟机错误、动态链接失败等,这种错误无法 恢复或不可能捕获,将导致应用程序中断。通常应用程序无法处理这些错误,因此应用程序不应该试图 使用catch块来捕获Error对象。在定义该方法时,也无须在其throws子句中声明该方法可能抛出Error及 其任何子类。

如图所示:

Java异常处理机制_第3张图片

  • Java7 多异常捕获 从Java7开始,一个catch块可以捕获多种类型的异常。 在使用一个catch块捕获多种类型的异常时需要注意: 捕获多种类型的异常时,多种异常类型之间用竖线(|)隔开。 捕获多种类型的异常时,异常变量有隐式的final修饰,因此程序不能对异常变量重新赋值。

四、  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的设计哲学:没有完善错误处理的代码根本就不会被执行。

六、  使用throws抛出异常 使用throws声明抛出异常的思路是,当前方法不知道如何处理这种类型的异常,该异常应该由上级调用 者处理;如果main方法也不知道如何处理这种类型的异常,也可以使用throws声明抛出异常,该异常将 交给JVM处理。JVM对异常的处理方法是,打印异常的跟踪栈信息,并中止程序运行。 throws声明抛出异常的格式:

throws 异常类1,异常类2,异常类3,...

七、   使用throw抛出异常 Java也允许程序自行抛出异常,自行抛出异常使用throw语句来完成(注意此处的throw没有后面的s) 如果需要在程序中自行抛出异常,则应使用throw语句,throw语句可以单独使用,throw语句抛出的不 是异常类,而是一个异常实例,而且每次只能抛出一个异常实例。 throw语句的语法格式:

throw 异常实例;

八、自定义异常类 用户自定义异常都应该继承Exception基类;如果希望自定义Runtime异常,则应该继承 RuntimeException基类。定义异常类时通常需要提供两个构造器:一个是无参数的构造器;另一个是带 个字符串参数的构造器,这个字符串将作为该异常对象的描述信息(也就是异常对象的getMessage()方 法的返回值)。

你可能感兴趣的:(java,开发语言)