Java的异常处理语法
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Java的异常处理语法相关的知识,希望对你有一定的参考价值。
用什么方法
虽然有点多 但是对你有用 好好去看看吧异常处理是程序设计中一个非常重要的方面,也是程序设计的一大难点,从C开始,你也许已经知道如何用if...else...来控制异常了,也许是自发的,然而这种控制异常痛苦,同一个异常或者错误如果多个地方出现,那么你每个地方都要做相同处理,感觉相当的麻烦! Java语言在设计的当初就考虑到这些问题,提出异常处理的框架的方案,所有的异常都可以用一个类型来表示,不同类型的异常对应不同的子类异常(这里的异常包括错误概念),定义异常处理的规范,在1.4版本以后增加了异常链机制,从而便于跟踪异常!这是Java语言设计者的高明之处,也是Java语言中的一个难点,下面是我对Java异常知识的一个总结,也算是资源回收一下。
一、Java异常的基础知识
异常是程序中的一些错误,但并不是所有的错误都是异常,并且错误有时候是可以避免的。比如说,你的代码少了一个分号,那么运行出来结果是提示是错误java.lang.Error;如果你用System.out.println(11/0),那么你是因为你用0做了除数,会抛出java.lang.ArithmeticException的异常。
有些异常需要做处理,有些则不需要捕获处理,后面会详细讲到。
天有不测风云,人有旦夕祸福,Java的程序代码也如此。在编程过程中,首先应当尽可能去避免错误和异常发生,对于不可避免、不可预测的情况则在考虑异常发生时如何处理。
Java中的异常用对象来表示。Java对异常的处理是按异常分类处理的,不同异常有不同的分类,每种异常都对应一个类型(class),每个异常都对应一个异常(类的)对象。
异常类从哪里来?有两个来源,一是Java语言本身定义的一些基本异常类型,二是用户通过继承Exception类或者其子类自己定义的异常。Exception 类及其子类是 Throwable 的一种形式,它指出了合理的应用程序想要捕获的条件。
异常的对象从哪里来呢?有两个来源,一是Java运行时环境自动抛出系统生成的异常,而不管你是否愿意捕获和处理,它总要被抛出!比如除数为0的异常。二是程序员自己抛出的异常,这个异常可以是程序员自己定义的,也可以是Java语言中定义的,用throw 关键字抛出异常,这种异常常用来向调用者汇报异常的一些信息。
异常是针对方法来说的,抛出、声明抛出、捕获和处理异常都是在方法中进行的。
Java异常处理通过5个关键字try、catch、throw、throws、finally进行管理。基本过程是用try语句块包住要监视的语句,如果在try语句块内出现异常,则异常会被抛出,你的代码在catch语句块中可以捕获到这个异常并做处理;还有以部分系统生成的异常在Java运行时自动抛出。你也可以通过throws关键字在方法上声明该方法要抛出异常,然后在方法内部通过throw抛出异常对象。finally语句块会在方法执行return之前执行,一般结构如下:
try
程序代码
catch(异常类型1 异常的变量名1)
程序代码
catch(异常类型2 异常的变量名2)
程序代码
finally
程序代码
catch语句可以有多个,用来匹配多个异常,匹配上多个中一个后,执行catch语句块时候仅仅执行匹配上的异常。catch的类型是Java语言中定义的或者程序员自己定义的,表示代码抛出异常的类型,异常的变量名表示抛出异常的对象的引用,如果catch捕获并匹配上了该异常,那么就可以直接用这个异常变量名,此时该异常变量名指向所匹配的异常,并且在catch代码块中可以直接引用。这一点非常非常的特殊和重要!
Java异常处理的目的是提高程序的健壮性,你可以在catch和finally代码块中给程序一个修正机会,使得程序不因异常而终止或者流程发生以外的改变。同时,通过获取Java异常信息,也为程序的开发维护提供了方便,一般通过异常信息就很快就能找到出现异常的问题(代码)所在。
Java异常处理是Java语言的一大特色,也是个难点,掌握异常处理可以让写的代码更健壮和易于维护。
二、Java异常类类图
下面是这几个类的层次图:
java.lang.Object
java.lang.Throwable
java.lang.Exception
java.lang.RuntimeException
java.lang.Error
java.lang.ThreadDeath
下面四个类的介绍来自java api 文档。
1、Throwable
Throwable 类是 Java 语言中所有错误或异常的超类。只有当对象是此类(或其子类之一)的实例时,才能通过 Java 虚拟机或者 Java throw 语句抛出。类似地,只有此类或其子类之一才可以是 catch 子句中的参数类型。
两个子类的实例,Error 和 Exception,通常用于指示发生了异常情况。通常,这些实例是在异常情况的上下文中新近创建的,因此包含了相关的信息(比如堆栈跟踪数据)。
2、Exception
Exception 类及其子类是 Throwable 的一种形式,它指出了合理的应用程序想要捕获的条件,表示程序本身可以处理的异常。
3、Error
Error 是 Throwable 的子类,表示仅靠程序本身无法恢复的严重错误,用于指示合理的应用程序不应该试图捕获的严重问题。
在执行该方法期间,无需在方法中通过throws声明可能抛出但没有捕获的 Error 的任何子类,因为Java编译器不去检查它,也就是说,当程序中可能出现这类异常时,即使没有用try...catch语句捕获它,也没有用throws字句声明抛出它,还是会编译通过。
4、RuntimeException
RuntimeException 是那些可能在 Java 虚拟机正常运行期间抛出的异常的超类。Java编译器不去检查它,也就是说,当程序中可能出现这类异常时,即使没有用try...catch语句捕获它,也没有用throws字句声明抛出它,还是会编译通过,这种异常可以通过改进代码实现来避免。
5、ThreadDeath
调用 Thread 类中带有零参数的 stop 方法时,受害线程将抛出一个 ThreadDeath 实例。
仅当应用程序在被异步终止后必须清除时才应该捕获这个类的实例。如果 ThreadDeath 被一个方法捕获,那么将它重新抛出非常重要,因为这样才能让该线程真正终止。
如果没有捕获 ThreadDeath,则顶级错误处理程序不会输出消息。
虽然 ThreadDeath 类是“正常出现”的,但它只能是 Error 的子类而不是 Exception 的子类,因为许多应用程序捕获所有出现的 Exception,然后又将其放弃。
以上是对有关异常API的一个简单介绍,用法都很简单,关键在于理解异常处理的原理,具体用法参看Java API文档。
三、Java异常处理机制
对于可能出现异常的代码,有两种处理办法:
第一、在方法中用try...catch语句捕获并处理异常,catach语句可以有多个,用来匹配多个异常。例如:
public void p(int x)
try
...
catch(Exception e)
...
finally
...
第二、对于处理不了的异常或者要转型的异常,在方法的声明处通过throws语句抛出异常。例如:
public void test1() throws MyException
...
if(....)
throw new MyException();
如果每个方法都是简单的抛出异常,那么在方法调用方法的多层嵌套调用中,Java虚拟机会从出现异常的方法代码块中往回找,直到找到处理该异常的代码块为止。然后将异常交给相应的catch语句处理。如果Java虚拟机追溯到方法调用栈最底部main()方法时,如果仍然没有找到处理异常的代码块,将按照下面的步骤处理:
第一、调用异常的对象的printStackTrace()方法,打印方法调用栈的异常信息。
第二、如果出现异常的线程为主线程,则整个程序运行终止;如果非主线程,则终止该线程,其他线程继续运行。
通过分析思考可以看出,越早处理异常消耗的资源和时间越小,产生影响的范围也越小。因此,不要把自己能处理的异常也抛给调用者。
还有一点,不可忽视:finally语句在任何情况下都必须执行的代码,这样可以保证一些在任何情况下都必须执行代码的可靠性。比如,在数据库查询异常的时候,应该释放JDBC连接等等。finally语句先于return语句执行,而不论其先后位置,也不管是否try块出现异常。finally语句唯一不被执行的情况是方法执行了System.exit()方法。System.exit()的作用是终止当前正在运行的 Java 虚拟机。finally语句块中不能通过给变量赋新值来改变return的返回值,也建议不要在finally块中使用return语句,没有意义还容易导致错误。
最后还应该注意一下异常处理的语法规则:
第一、try语句不能单独存在,可以和catch、finally组成 try...catch...finally、try...catch、try...finally三种结构,catch语句可以有一个或多个,finally语句最多一个,try、catch、finally这三个关键字均不能单独使用。
第二、try、catch、finally三个代码块中变量的作用域分别独立而不能相互访问。如果要在三个块中都可以访问,则需要将变量定义到这些块的外面。
第三、多个catch块时候,Java虚拟机会匹配其中一个异常类或其子类,就执行这个catch块,而不会再执行别的catch块。
第四、throw语句后不允许有紧跟其他语句,因为这些没有机会执行。
第五、如果一个方法调用了另外一个声明抛出异常的方法,那么这个方法要么处理异常,要么声明抛出。
那怎么判断一个方法可能会出现异常呢?一般来说,方法声明的时候用了throws语句,方法中有throw语句,方法调用的方法声明有throws关键字。
throw和throws关键字的区别
throw用来抛出一个异常,在方法体内。语法格式为:throw 异常对象。
throws用来声明方法可能会抛出什么异常,在方法名后,语法格式为:throws 异常类型1,异常类型2...异常类型n。
四、如何定义和使用异常类
1、使用已有的异常类,假如为IOException、SQLException。
try
程序代码
catch(IOException ioe)
程序代码
catch(SQLException sqle)
程序代码
finally
程序代码
2、自定义异常类
创建Exception或者RuntimeException的子类即可得到一个自定义的异常类。例如:
public class MyException extends Exception
public MyException()
public MyException(String smg)
super(smg);
3、使用自定义的异常
用throws声明方法可能抛出自定义的异常,并用throw语句在适当的地方抛出自定义的异常。例如:
在某种条件抛出异常
public void test1() throws MyException
...
if(....)
throw new MyException();
将异常转型(也叫转译),使得异常更易读易于理解
public void test2() throws MyException
...
try
...
catch(SQLException e)
...
throw new MyException();
还有一个代码,很有意思:
public void test2() throws MyException
...
try
...
catch (MyException e)
throw e;
这段代码实际上捕获了异常,然后又和盘托出,没有一点意义,如果这样还有什么好处理的,不处理就行了,直接在方法前用throws声明抛出不就得了。异常的捕获就要做一些有意义的处理。
五、运行时异常和受检查异常
Exception类可以分为两种:运行时异常和受检查异常。
1、运行时异常
RuntimeException类及其子类都被称为运行时异常,这种异常的特点是Java编译器不去检查它,也就是说,当程序中可能出现这类异常时,即使没有用try...catch语句捕获它,也没有用throws字句声明抛出它,还是会编译通过。例如,当除数为零时,就会抛出java.lang.ArithmeticException异常。
2、受检查异常
除了RuntimeException类及其子类外,其他的Exception类及其子类都属于受检查异常,这种异常的特点是要么用try...catch捕获处理,要么用throws语句声明抛出,否则编译不会通过。
3、两者的区别
运行时异常表示无法让程序恢复运行的异常,导致这种异常的原因通常是由于执行了错误的操作。一旦出现错误,建议让程序终止。
受检查异常表示程序可以处理的异常。如果抛出异常的方法本身不处理或者不能处理它,那么方法的调用者就必须去处理该异常,否则调用会出错,连编译也无法通过。当然,这两种异常都是可以通过程序来捕获并处理的,比如除数为零的运行时异常:
public class HelloWorld
public static void main(String[] args)
System.out.println("Hello World!!!");
try
System.out.println(1/0);
catch(ArithmeticException e)
System.out.println("除数为0!");
System.out.println("除数为零后程序没有终止啊,呵呵!!!");
运行结果:
Hello World!!!
除数为0!
除数为零后程序没有终止啊,呵呵!!!
4、运行时错误
Error类及其子类表示运行时错误,通常是由Java虚拟机抛出的,JDK中与定义了一些错误类,比如VirtualMachineError
和OutOfMemoryError,程序本身无法修复这些错误.一般不去扩展Error类来创建用户自定义的错误类。而RuntimeException类表示程序代码中的错误,是可扩展的,用户可以创建特定运行时异常类。
Error(运行时错误)和运行时异常的相同之处是:Java编译器都不去检查它们,当程序运行时出现它们,都会终止运行。
5、最佳解决方案
对于运行时异常,我们不要用try...catch来捕获处理,而是在程序开发调试阶段,尽量去避免这种异常,一旦发现该异常,正确的做法就会改进程序设计的代码和实现方式,修改程序中的错误,从而避免这种异常。捕获并处理运行时异常是好的解决办法,因为可以通过改进代码实现来避免该种异常的发生。
对于受检查异常,没说的,老老实实去按照异常处理的方法去处理,要么用try...catch捕获并解决,要么用throws抛出!
对于Error(运行时错误),不需要在程序中做任何处理,出现问题后,应该在程序在外的地方找问题,然后解决。
六、异常转型和异常链
异常转型在上面已经提到过了,实际上就是捕获到异常后,将异常以新的类型的异常再抛出,这样做一般为了异常的信息更直观!比如:
public void run() throws MyException
...
try
...
catch(IOException e)
...
throw new MyException();
finally
...
异常链,在JDK1.4以后版本中,Throwable类支持异常链机制。Throwable 包含了其线程创建时线程执行堆栈的快照。它还包含了给出有关错误更多信息的消息字符串。最后,它还可以包含 cause(原因):另一个导致此 throwable 抛出的 throwable。它也称为异常链 设施,因为 cause 自身也会有 cause,依此类推,就形成了异常链,每个异常都是由另一个异常引起的。
通俗的说,异常链就是把原始的异常包装为新的异常类,并在新的异常类中封装了原始异常类,这样做的目的在于找到异常的根本原因。
通过Throwable的两个构造方法可以创建自定义的包含异常原因的异常类型:
Throwable(String message, Throwable cause)
构造一个带指定详细消息和 cause 的新 throwable。
Throwable(Throwable cause)
构造一个带指定 cause 和 (cause==null ? null :cause.toString())(它通常包含类和 cause 的详细消息)的详细消息的新 throwable。
getCause()
返回此 throwable 的 cause;如果 cause 不存在或未知,则返回 null。
initCause(Throwable cause)
将此 throwable 的 cause 初始化为指定值。
在Throwable的子类Exception中,也有类似的指定异常原因的构造方法:
Exception(String message, Throwable cause)
构造带指定详细消息和原因的新异常。
Exception(Throwable cause)
根据指定的原因和 (cause==null ? null : cause.toString()) 的详细消息构造新异常(它通常包含 cause 的类和详细消息)。
因此,可以通过扩展Exception类来构造带有异常原因的新的异常类。
七、Java异常处理的原则和技巧
1、避免过大的try块,不要把不会出现异常的代码放到try块里面,尽量保持一个try块对应一个或多个异常。
2、细化异常的类型,不要不管什么类型的异常都写成Excetpion。
3、catch块尽量保持一个块捕获一类异常,不要忽略捕获的异常,捕获到后要么处理,要么转译,要么重新抛出新类型的异常。
4、不要把自己能处理的异常抛给别人。
5、不要用try...catch参与控制程序流程,异常控制的根本目的是处理程序的非正常情况。 参考技术A try
catch(Exception e)
finally
参考技术B catch(Exception e)
处理语句
Java 基础语法学会异常处理,祝你国庆快乐
前言:
前些章节的知识点有时会涉及到异常的知识,如果没有专门学习过异常的小伙伴可能看的有点疑惑。今天这节就是为了讲解异常,让我们来了解什么是异常,它的作用是啥,怎么使用异常。
1. 异常的背景
1.1 邂逅异常
大家在学习 Java 时,应该也遇见过一些异常了,例如
算术异常:
System.out.println(10 / 0);
结果为:
Exception in thread "main" java.lang.ArithmeticException: / by zero
数组越界异常:
int[] arr = {1, 2, 3, 4, 5};
System.out.println(arr[100]);
结果为:
Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 100
空指针异常:
int[] arr = null;
System.out.println(arr.length);
结果为:
Exception in thread "main" java.lang.NullPointerException
那么什么是异常呢?
异常是程序中的一些错误,但并不是所有的错误都是异常,并且错误有时候是可以避免的。
1.2 异常和错误
异常被分为下面两种
运行时异常(非受查异常):
在程序运行(通过编译已经得到了字节码文件,再由 JVM 执行)的过程当中发生的异常,是可能被大家避免的异常,这些异常在编译时可以被忽略。
例如:算数异常、空指针异常、数组越界异常等等
编译时异常(受查异常):
编译时发生的异常,这个异常是大家难以预见的,这些异常在编译时不能被简单的忽略。
例如:要打开一个不存在的文件时,一个异常就发生了
除了异常我们我们也要了解下错误
错误:
错误不是异常,而是脱离程序员控制的问题,错误在代码中通常被忽略。
例如:当栈溢出时,一个错误就发生了,这是编译检查不到的
public static void func(){ func(); } public static void main(String[] args){ func(); }
结果为:
Exception in thread "main" java.lang.StackOverflowError
那么异常和错误的区别是什么呢?
出现错误必须由我们程序员去处理它的逻辑错误,而出现异常我们只要去处理异常就好了
如果有疑惑的伙伴通过后面的介绍你会逐渐了解它们的区别
1.3 Java 异常的体系(含体系图)
Java 中异常的种类是很多的,我将一些异常收集并归类如下
其中 Error 是错误,Exception 是异常。而异常中又分为了两种,黄色的是编译时异常,橙色的是运行时异常。
但是这张图不仅仅说明了上述的关系,我们还要知道
每个异常其实都是一个类,并且箭头代表了继承的关系
我们可以通过一个代码来理解
int[] arr = null;
System.out.println(arr.length);
// 结果为:Exception in thread "main" java.lang.NullPointerException
此时我们点击这个异常 NullPointerException
就转到了它的定义,我们会看到
我们可以得到以下结论:
NullPointerException
是一个类- 这个类继承了
RuntimeException
这个类
为了刨根究底,我们继续转到 RuntimeException
这个类看看
我们又得到了以下结论:
RuntimeException
是一个类- 这个类继承了
Exception
这个类
继续刨根究底,我们又可以看到
诶,此时我们再对照着体系图我们就可以理解清除这张图的所有意思,并且此时对异常又有了个全面对认识
而今天我们的主角是异常,即 Exception
,接下来我将会对它进行解析。
1.4 异常的核心思想
作为一个程序员,我们经常都面对着
错误在代码中的存在我们不言而喻,因此就产生了两种主要针对错误的方式
- 方式一(LBYL):在操作之前就做充分的检查
- 方式二(EAFP):直接操作,有错误再解决
而异常的核心思想就是 EAFP
1.5 异常的好处
那么核心思想为 EAFP 的异常有什么好处呢?
我们可以随便举一个例子,比如你打一把王者,我们要进行登录、匹配、确认游戏、选择英雄等等的操作。
如果使用 LBYL 风格的代码,我们就要对每一步都做好充分的检查之后,再进行下一步,简单写个代码如下
boolean ret = false;
ret = log();
if(!=ret){
// 处理登录游戏错误
return;
}
ret = matching();
if(!=ret){
// 处理匹配游戏错误
return;
}
ret = confirm();
if(!=ret){
// 处理确认游戏错误
return;
}
ret = choose();
if(!=ret){
// 处理选择游戏错误
return;
}
而使用 EAFP 的风格,代码则是这样的
try{
log();
matching();
confirm();
choose();
}catch(登录游戏异常){
// 处理登录游戏错误
}catch(匹配游戏异常){
// 处理匹配游戏错误
}catch(确认游戏异常){
// 处理确认游戏错误
}catch(选择游戏异常){
// 处理选择游戏错误
}
两种方式的代码一对比,大家也可以看得出哪一种更好。EAFP 风格的就可以将流程和处理异常的代码分开,看起来更加舒服。而这也就是使用异常的好处之一。上述代码运用了异常的基本用法,后续会介绍。
2. 异常的基本用法
2.1 捕获异常
2.1.1 基本语法
try{
// 有可能出现异常的语句
}[catch(异常类型 异常对象){
// 出现异常后的处理行为
}...]
[finally{
// 异常的出口
}]
- try 代码块中放的是可能出现异常的代码
- catch 代码块中放的是出现异常后的处理行为
- finally 代码块中的代码用于处理善后工作,会在最后执行
- 其中 catch 和 finally 都可以根据情况选择加或者不加
2.1.2 示例一
首先我们看一个不处理异常的代码
int[] arr = {1, 2, 3};
System.out.println("before");
System.out.println(arr[100]);
System.out.println("after");
结果是:
我们分析一下这个结果,首先它告诉我们在 main 方法中出现了数组越界的异常,原因就是100这个数字。下面它又告诉我们了这个异常的具体位置。
并且通过这个结果我们知道,当代码出现异常之后,程序就中止了,异常代码后面的代码就不会执行了。
那么为什么这里抛出异常之后,后面的代码就不再执行了呢?
- 因为当没有处理异常的时候,一旦程序发生异常,这个异常就会交给 JVM 来处理。
- 而一旦交给了 JVM 处理异常,程序就会立即终止执行!
这也就是为什么我们会有自己处理异常这个行为
我们如果加上 try catch
自己处理异常
int[] arr = {1, 2, 3};
try {
System.out.println("before");
System.out.println(arr[100]);
System.out.println("after");
}catch(ArrayIndexOutOfBoundsException e){
System.out.println("数组越界!");
}
System.out.println("after try catch");
结果是:
我们发现 try 中出现了异常的语句,并且我们针对这个异常做出了处理的行为。而 try catch 后面的程序依然可以继续执行
我们在上述代码中处理异常时 catch 里面用的语句就是直接告诉它出现了什么问题,但是如果我们想要知道这是什么异常,在代码的第几行有问题的话,就可以再加一个调用栈。
什么是调用栈呢?
方法之间存在相互调用关系,这种调用关系可以用“调用栈”来描述。在 JVM 中有一块内存空间称为“虚拟机栈”,这是专门存储方法之间调用关系的。当代码中出现异常的时候,我们就可使用
e.printStackTrace();
来查看出现异常代码的调用栈
2.1.3 示例二(含使用调用栈)
int[] arr = {1, 2, 3};
try {
System.out.println("before");
System.out.println(arr[100]);
System.out.println("after");
}catch(ArrayIndexOutOfBoundsException e){
System.out.println("数组越界!");
e.printStackTrace();
}
System.out.println("after try catch");
结果是:
2.1.4 示例三(可以使用多个 catch 捕获不同的异常)
int[] arr = {1, 2, 3};
try {
System.out.println("before");
System.out.println(arr[100]);
System.out.println("after");
}catch(ArrayIndexOutOfBoundsException e){
System.out.println("数组越界!");
e.printStackTrace();
}catch(NullPointerException e){
System.out.println("空指针异常");
e.printStackTrace();
}
System.out.println("after try catch");
这个代码里面有多个 catch,他会捕获到第一个出现异常的位置
2.1.5 示例四(可以使用一个 catch 捕获所有异常,不推荐)
int[] arr = {1, 2, 3};
try {
System.out.println("before");
System.out.println(arr[100]);
System.out.println("after");
}catch(Exception e){
e.printStackTrace();
}
System.out.println("after try catch");
其中我们使用了 Exception 这个类,我们知道它是所有异常的父类,因此可以用来捕获所有异常。但是这个方法是不推荐的,因为异常太多了,我们不容易定位问题
并且我们能得到一个结论
catch 进行类型匹配的时候,不光会匹配相同类型的异常,也能捕获目标异常类型的子类对象
2.1.6 示例五(使用 finally,它之间的代码将在 try 语句后执行)
int[] arr = {1, 2, 3};
try {
arr = null;
System.out.println(arr.length);
}catch(NullPointerException e){
e.printStackTrace();
}finally{
System.out.println("finally 执行啦!");
}
System.out.println("after try catch");
结果为:
我们紧接着再看一个代码,我将异常给改正确
int[] arr = {1, 2, 3};
try {
System.out.println(arr.length);
}catch(NullPointerException e){
e.printStackTrace();
}finally{
System.out.println("finally 执行啦!");
}
System.out.println("after try catch");
上述代码就没有错误了,但是结果是
我们就得出了这个结论
无论 catch 是否捕获到异常,都要执行 finally 语句
finally 是用来处理善后工作的,例如释放资源是可以被做到的。如果大家对于使用 finally 释放资源有疑惑,可以先看示例八,因为在 finally 中加入 Scanner 的 close 方法就是释放资源的一种例子
2.1.7 示例六(finally 引申的思考题)
public static int func(){
try{
return 10;
}catch(NullPointerException e){
e.printStackTrace();
}finally{
return 1;
}
}
public static void main(String[] args) {
int num = func();
System.out.println(num);
}
结果为:1
因为 finally 块永远是最后执行的。并且你也无法在这个代码之后执行其他语句,因为不管有没有捕获到异常都要执行 finally 中的 return 语句去终止代码
2.1.8 示例七(使用 try 负责回收资源)
在演示代码前要先补充一个关于 Scanner 的知识
我们知道使用 Scanner 类可以帮助我们进行控制台输入语句,但是 Scanner 还是一种资源,而资源使用完之后是需要回收的,就像是我们打开了一瓶水喝了点还要盖上它。故用完后我们可以加上 close 方法来进行回收,如
Scanner reader = new Scanner(System.in); int a = reader.nextInt(); reader.close();
而 try 有一种写法可以在它执行完毕后自动调用 Scanner 的 close 方法
try(Scanner sc = new Scanner(System.in){
int num = sc.nextInt();
}catch(InputMismatchException e){
e.printStackTrace();
}
而这种方式的代码风格要比使用 finally 中含有 close 方法要好些
2.1.9 示例八(本方法中没有合适的处理异常方式,就会沿着调用栈向上传递)
public static void func(){
int[] arr = {1, 2, 3};
System.out.println(arr[100]);
}
public static void main(String[] args){
try{
func();
}catch(ArrayIndexOutOfBoundsException e){
e.printStackTrace();
}
}
结果为:
由于我们写 func 方法时出现了异常没有及时处理,但我们在 main 方法中调用它了,所以就经过方法之间互相的调用关系,我们一直到了 main 方法被调用的位置,并且此时有合适的处理异常的方法
若最终没有找到合适的异常处理方法,最终该异常就会交给 JVM 处理,即程序就会终止
2.1.10 异常处理流程总结
- 程序先执行 try 中的代码
- 如果 try 中的代码出现异常,就会结束 try 中异常之后的代码,并查看该异常和 catch 中的异常类型是否匹配
- 如果匹配,就会执行 catch 中的代码
- 如果没有匹配的,就会将异常向上传递到上层调用者
- 无论是否找到匹配类型,finally 中的代码都会被执行
- 如果上层调用者没有处理异常的方法,就会继续向上传递
- 一直到 main 方法也没有合适的代码处理异常,就会交给 JVM 来处理,此时程序就会终止
2.2 抛出异常
以上我们介绍的都是 Java 内置的类抛出的一些异常,除此之外我们也可以使用关键字 throw 手动抛出一个异常,如
public static int divide(int x, int y) {
if (y == 0) {
throw new ArithmeticException("抛出除 0 异常");
}
}
public static void main(String[] args) {
System.out.println(divide(10, 0));
}
该代码就是我们手动抛出的异常,并且手动抛出的异常还可以使用自定义的异常,后面将会介绍到
2.3 异常说明
我们在处理异常时,如果有一个方法,里面很长一大段,我们其实是希望很简单的就知道这段代码有可能会出现哪些异常。故我们可以使用关键字 throws,把可能抛出的异常显示的标注在方法定义的位置,从而提醒使用者要注意捕获这些异常,如
public static int divide(int x, int y) throws ArithmeticException{
if (y == 0) {
throw new ArithmeticException("抛出除 0 异常");
}
}
注意:
如果我们将 main 方法抛出一个异常说明,而 main 方法的调用者是 JVM,所以如果在 main 函数上抛出异常的话,就相当于 JVM 来处理这个异常了
3. 自定义异常类
Java 中虽然有丰富的异常类,但是实际上肯定还要一些情况需要我们对这些异常进行扩展,创建新的符合情景的异常。
那怎么创建自定义异常呢?首先我们就可以去看看原有的那些异常是怎么做的
我找了两异常
我们发现这两个异常都是继承在 RuntimeException 这个类的,并且都构造了两个构造方法,分别是不带参数和带参数
而我模拟了一个登录账号的代码
public class TestDemo {
private static String userName = "root";
private static String password = "123456";
public static void main(String[] args) {
login("admin", "123456");
}
public static void login(String userName, String password) {
if (!TestDemo.userName.equals(userName)) {
// 处理用户名错误
}
if (!TestDemo.password.equals(password)) {
// 处理密码错误
}
System.out.println("登陆成功");
}
}
通过这个模拟的场景,我们可以针对运行时账号和密码是否正确写一个异常
class UserException extends RuntimeException{
public UserException(){
super();
}
public UserException(String s){
super(s);
}
}
class PasswordException extends RuntimeException{
public PasswordException(){
super();
}
public PasswordException(String s){
super(s);
}
}
紧接着我们再手动抛出异常
public class TestDemo {
private static String userName = "root";
private static String password = "123456";
public static void main(String[] args) {
login("admin", "123456");
}
public static void login(String userName, String password)以上是关于Java的异常处理语法的主要内容,如果未能解决你的问题,请参考以下文章
Java异常处理:如何写出“正确”但被编译器认为有语法错误的程序