Day16
概述
很多问题不是靠代码就能规避的,比如:客户输入数据的格式,读取文件是否存在,网络是否保持通畅···
异常:在java中,将程序执行过程中发生的不正常的情况称为异常。(开发过程中的语法错误和逻辑错误不是异常)
异常事件可以分为两类:
- Error:java虚拟机无法解决的严重问题。如:JVM系统内部错误,资源耗尽等严重情况。比如:StackOverflowError和OOM。一般不编写针对性代码进行处理。
- Exception:其他因编程错误或者偶然的外在因素导致的一般性问题,可以使用针对性代码进行处理。eg:
- 空指针访问
- 试图读取不存在的文件
- 网络连接中断
- 数组角标越界
## 异常的体系结构
java.lang.Throwable
|------java.lang.Error:一般不写针对性代码进行处理
|------java.lang.Exception:可以进行异常处理
|------编译时异常(checked)
|------IOException
|------FileNotFoundException
|------ClassNotFoundException
|------运行时异常(unchecked)
|------NullPointerException
|------ArrayIndexOutOfBoundsException
|------ClassCastException
|------NumberFormatException
|------InputMismatchException
|------ArithmaticException
Error
常见Error:
- 栈溢出:StackOverflowError
- 堆溢出:OutofMemoryError
Exception
对于此类错误,一般两种解决方法:一是遇到错误就终止程序的运行。另一种方法是由程序员在编写程序时就考虑错误的检测,错误信息的提示,以及错误的处理。
捕获错误的最理想的是在编译期间,但是有的错误只有在运行时才会发生。比如除0,数组越界等。
分类:编译时异常(compile error)和运行时异常(runtime exception)
异常的处理
Java采用异常处理机制,将异常处理的程序代码集中到一起,与正常的程序代码分开,使得程序简洁,优雅,易于维护
方式1. try-catch-finally(真正意义上解决)
方式2.throws + 异常类型(上报)
异常的处理:抓抛模型
过程一:抛,在出现异常的地方生成一个对应异常类的对象,并将此对象抛出
一旦抛出异常对象,其后的代码不再执行
关于异常对象的产生:1. 系统自动生成的异常
2.手动生成 的异常,并抛出(throw)异常类型对象
过程二:抓,可以为异常处理的方式
try-catch-finally
try{
// 可能出现异常的代码
}catch(异常类型1 变量名1){
//处理异常的方法1
}catch(异常类型2 变量名2){
//处理异常的方法2
}~~~~
finally{
// finally是可选的
}
说明:
-
finally是可选的
-
使用try将可能出现的异常代码包装起来,在执行过程中,一旦出现异常,就会生成一个对应异常类型的对象,根据此对象的类型,去catch中进行匹配
-
一旦try中的异常类型匹配到某一个catch,就进入对应的catch进行异常处理,一旦处理完成跳出try-catch结构,执行finally或者后续代码
-
catch中的异常类型如果没有子父类关系,则声明顺序无所谓
catch中的异常类型如果有子父类的关系,则要求子类一定声明在父类之上,否则报错
-
异常对象有若干个方法,可供一般使用
getMessage()获取异常信息
printStackTrace()获取堆栈信息
-
try,catch,finally中的代码,生命周期为代码块
-
try-catch-finally可以嵌套
体会1:使用try-catch-finally处理编译时异常,使得程序在编译时就不再报错,但运行时仍然可能报错,相当与我们使用try-catch-finally将一个编译时可能出现的错误延迟到运行时
体会2:开发中,由于运行时异常比较常见,我们通常就不针对运行时异常编写try-catch-finally。针对编译时异常,我们则必须考虑异常处理
finally:
- finally是可选的
- finally中声明的一定是会被执行的代码,即使catch中又出现了异常,try中又有return语句,catch中有return语句等情况
- 什么时候使用finally?比如垃圾回收机制无法对数据库连接,输入输出流,Socket连接作用,此时就应该使用finally回收资源
throws + 异常类型
- “throws + 异常类型” 写在方法的声明处,指明该方法执行时可能抛出的异常,一旦方法执行出现异常,仍会在异常代码处声明一个异常类对象,此对象满足throws异常类型时,就会被抛出。异常代码后续代码就不再执行。(包括finally)
- 体会:
- try-catch-finally:真正地将异常处理掉
- throws 只是将异常抛给了方法的调用者,并没有真正处理
补充
重写规则之一:
子类重写的方法抛出的异常类型不大于父类被重写的方法抛出的 异常类型
如何选择:
- 如果父类中被重写的方法没有throws方法处理异常,则子类重写的方法也不能使用throws,这意味着,如果子类重写的方法中有异常,则必须使用try-catch-finally来处理异常
- 执行的方法中,先后又调用了另外的方法,这几个方法时递进关系(即,前一个方法的结果为下一个方法所需要),建议使用throws的方式进行处理,而执行的方法a可以考虑try-catch-finally进行处理
自定义异常类
如何自定义异常类:
- 继承现有的异常结构:RuntimeException,Exception
- 提供全局常量:serivalVersionUID,用于标识类
- 提供重载的构造器