Java异常处理、异常处理使用的一些注意点(例如,基类和子类捕获的顺序问题)
2017-04-30 16:05
495 查看
Java提供了两种错误的异常类,分别为Error和Exception,且它们拥有共同的父类——Throwable。
Error表示程序在运行期间出现了非常严重的错误,并且该错误是不可恢复的,由于这属于JVM层次的严重错误,因此这种错误是会导致程序终止执行的。此外,编译器不会检查Error是否被处理,因此在程序中不推荐去捕获Error类型的异常,主要原因是运行时异常多是由于逻辑错误导致的,属于应该解决的错误,也就是说,一个正确的程序中是不应该存在Error的。OutOfMemoryError、ThreadDeath等都属于错误。当这些异常发生时,JVM一般会选择将线程终止。
Exception表示可恢复的异常,是编译器可以捕捉到的。它包含两种类型:检查异常(checked exception)和运行时异常(runtime exception)。
(1)检查异常
检查异常是程序中最经常碰到的异常。所以继承自Exception并且不是运行时异常都是检查异常,比如最常见的IO异常和SQL异常。这种异常都发生在编译阶段,Java编译器强制程序去捕获此类型的异常,即把可能会出现这些异常的代码放到trt块中,把对异常的处理的代码放到catch块中。这种异常一般在如下几种情况中使用:
1)异常的发生不会导致程序出错,进行处理后可以继续执行后续的操作,例如,当连接数据库失败后,可以重新连接后进行后续操作。
2)程序依赖于不可靠的外部条件,例如系统IO。
(2)运行时异常
不同于检查异常,编译器没有强制对其进行捕获并处理。如果不对其其进行处理,当出现这种异常时,会由JVM来处理,例如NullPointException异常,它就是运行时异常。在Java语言中,最常见的运行时异常包括:NullPointException(空指针异常)、ClassCastException(类型转换异常)、ArrayIndexOutOfBoundsException(数组越界异常)、ArrayStoreException(数组存储异常)、BufferOverflowException(缓冲区溢出异常)、ArithmeticException(算术异常)等。
出现运行时异常后,系统会把异常一直往上层抛出,直到遇到处理代码为止。若没有处理块,则抛到最上层;如果是多线程,就用Thread.run()方法抛出,如果是单线程,就用main()方法抛出。抛出之后,如果是线程,那么这个线程也就退出了。如果是主程序抛出的异常,那么整个程序也就退出了。所以,如果不对运行时异常进行处理,后果是非常严重的,一旦发生,要么是线程中止,要么是主程序终止。
在使用异常处理时,还需要注意以下几个问题:
1)Java异常处理用到了多态的概念,如果在异常处理过程中,先捕获了基类,然后再捕获子类,那么捕获子类的代码块将永远不会被执行。因此,在进行异常处理时,正确的写法是:先捕获子类,再捕获基类的异常信息,示例如下:
正确的写法:
错误的写法:
2)尽早抛出异常,同时对捕获的异常进行处理,或者从错误中恢复,或者让程序继续执行。对捕获的异常不进行任何处理是一个非常不好的习惯,这将非常不利于调试。但是不是抛出的异常越多越好,对于有些异常,例如运行时异常,实际上根本不必要处理。
3)可以根据实际的需求自定义异常类,这些自定义的异常类只要继承自Exception类即可。
4)异常能处理就处理,不能处理就抛出。对于最终没有处理的异常,JVM会进行处理。
Error表示程序在运行期间出现了非常严重的错误,并且该错误是不可恢复的,由于这属于JVM层次的严重错误,因此这种错误是会导致程序终止执行的。此外,编译器不会检查Error是否被处理,因此在程序中不推荐去捕获Error类型的异常,主要原因是运行时异常多是由于逻辑错误导致的,属于应该解决的错误,也就是说,一个正确的程序中是不应该存在Error的。OutOfMemoryError、ThreadDeath等都属于错误。当这些异常发生时,JVM一般会选择将线程终止。
Exception表示可恢复的异常,是编译器可以捕捉到的。它包含两种类型:检查异常(checked exception)和运行时异常(runtime exception)。
(1)检查异常
检查异常是程序中最经常碰到的异常。所以继承自Exception并且不是运行时异常都是检查异常,比如最常见的IO异常和SQL异常。这种异常都发生在编译阶段,Java编译器强制程序去捕获此类型的异常,即把可能会出现这些异常的代码放到trt块中,把对异常的处理的代码放到catch块中。这种异常一般在如下几种情况中使用:
1)异常的发生不会导致程序出错,进行处理后可以继续执行后续的操作,例如,当连接数据库失败后,可以重新连接后进行后续操作。
2)程序依赖于不可靠的外部条件,例如系统IO。
(2)运行时异常
不同于检查异常,编译器没有强制对其进行捕获并处理。如果不对其其进行处理,当出现这种异常时,会由JVM来处理,例如NullPointException异常,它就是运行时异常。在Java语言中,最常见的运行时异常包括:NullPointException(空指针异常)、ClassCastException(类型转换异常)、ArrayIndexOutOfBoundsException(数组越界异常)、ArrayStoreException(数组存储异常)、BufferOverflowException(缓冲区溢出异常)、ArithmeticException(算术异常)等。
出现运行时异常后,系统会把异常一直往上层抛出,直到遇到处理代码为止。若没有处理块,则抛到最上层;如果是多线程,就用Thread.run()方法抛出,如果是单线程,就用main()方法抛出。抛出之后,如果是线程,那么这个线程也就退出了。如果是主程序抛出的异常,那么整个程序也就退出了。所以,如果不对运行时异常进行处理,后果是非常严重的,一旦发生,要么是线程中止,要么是主程序终止。
在使用异常处理时,还需要注意以下几个问题:
1)Java异常处理用到了多态的概念,如果在异常处理过程中,先捕获了基类,然后再捕获子类,那么捕获子类的代码块将永远不会被执行。因此,在进行异常处理时,正确的写法是:先捕获子类,再捕获基类的异常信息,示例如下:
正确的写法:
try { //连接数据库代码 } catch (SQLException e) { //异常处理代码 }catch (Exception e) { //异常处理代码 }
错误的写法:
try { //连接数据库代码 }catch (Exception e) { //异常处理代码 } catch (SQLException e) { //异常处理代码 }
2)尽早抛出异常,同时对捕获的异常进行处理,或者从错误中恢复,或者让程序继续执行。对捕获的异常不进行任何处理是一个非常不好的习惯,这将非常不利于调试。但是不是抛出的异常越多越好,对于有些异常,例如运行时异常,实际上根本不必要处理。
3)可以根据实际的需求自定义异常类,这些自定义的异常类只要继承自Exception类即可。
4)异常能处理就处理,不能处理就抛出。对于最终没有处理的异常,JVM会进行处理。
相关文章推荐
- Java异常处理之处理未捕获的异常及UncaughtExceptionHandler的使用
- java的若干问题(2)——异常捕获及处理、包及访问控制权限
- Java_基础—异常的注意事项及如何使用异常处理
- c++中使用基类指针Vector 存放子类对象(0xcccccccc 处未处理的异常: 0xC0000005: 读取位置 0xcccccccc 时发生访问冲突 )
- JAVA使用并行流(ParallelStream)时要注意的一些问题
- 关于Java中使用hessian-3.0.20调用远程服务连接出错异常try catch无法捕捉的问题处理
- java实际开发中泛型使用需要注意的一些问题
- 使用异常处理语句需要注意的几个问题
- 使用Spring实现异常统一处理【三】--java.lang.IllegalStateException: STREAM问题的解决
- 声明方法java实际开发中泛型使用需要注意的一些问题
- 使用异常时需要注意的一些问题(转)
- Java举例说明 里氏代换原则[能使用父类型的地方一定能使用子类型]之继承异常捕获顺序
- 使用Java jaxb处理bean生成xml中一些问题
- Java Split()函数使用中一些要注意的问题
- Java异常处理的一些常见问题
- 使用cmd运行java注意的一些问题
- JAVA使用并行流(ParallelStream)时要注意的一些问题
- java实际开发中泛型使用需要注意的一些问题
- 项目开发中的一些注意事项以及技巧总结 基于Repository模式设计项目架构—你可以参考的项目架构设计 Asp.Net Core中使用RSA加密 EF Core中的多对多映射如何实现? asp.net core下的如何给网站做安全设置 获取服务端https证书 Js异常捕获
- Java异常处理的注意问题