Java基础复习07:异常处理(编译时异常处理、运行时异常处理、try-catch-finally、自定义异常)

一、异常概述
二、异常处理
- 异常的默认处理流程
- 编译时异常处理方式1:throws
- [编译时异常处理方式2:try catch](#编译时异常处理方式2:try catch)
- 编译时异常处理方式3:两种方式结合
- 运行时的异常处理方式
- try-catch-finally
三、自定义异常
- [3.1 作用](#3.1 作用)
- [3.2 自定义编译时异常](#3.2 自定义编译时异常)
- [3.3 自定义运行时异常](#3.3 自定义运行时异常)

一、异常概述

异常简介

学习异常→注意避免异常→当异常真的发生学会处理异常

异常体系

编译时

运行时

编译时和运行时出现的时机:

常见的运行时异常

运行时异常:

ArrayIndexOutOfBoundsException

NullPointerException

ClassCastException

有继承/实现关系都能强转(instanceOf)

ArithmeticException

NumberFormatException

常见的编译时异常

编译时异常继承了Exception或其子类(但是没有继承RunTimeException )

Java提供的编译时异常大多是一种善意的提醒遇到了就注意下并处理异常就行了

ParseException 提醒格式可能写错了

FileNotFoundException 提醒文件路径可能写错了

UnsupportedEncodingException 提醒字符集可能写错了

IOException

二、异常处理

异常的默认处理流程

默认的处理机制并不好 因为一旦出问题程序立即就终止了

在26行创建了一个异常对象然后把该对象抛给调用者调用者再抛给main方法最后抛给JVM虚拟机

编译时异常处理方式1:throws

方式1和默认的类似如果最终抛给了JVM 一旦程序有问题就终止了

throws用在方法上 自己不处理抛给方法调用者

但是如果最终抛给了JVM 出异常就会导致程序结束

编译时异常处理方式2:try catch

try catch用在方法内部 Ctrl+Alt+T快捷键
没有把异常抛给虚拟机自己处理了如果出现异常程序可以继续执行

分别捕获:

如果出错两个异常都会捕获到

一起捕获更合逻辑:

第一个bug出现了就不会继续往下了因为是一个整体的连续逻辑

最规范的写法:

编译时异常处理方式3:两种方式结合

方法直接将异常throws给方法调用者 方法调用接收到异常后再try catch处理

上层调用者能知道下面方法执行的情况并且不会抛给JVM不会导致程序直接结束

运行时的异常处理方式

运行时异常可以不处理(如果充分自信自己的代码没问题) 编译阶段不报错

建议还是处理 只需要在方法调用的地方try catch一下即可

这样即使代码有问题程序也不会直接被JVM终止 (运行时异常会自动throws)

try-catch-finally

finally代码块一定会执行 除非虚拟机没了

无异常:执行try代码块→如果try有return语句先把返回值并暂存不真的返回 →执行finally代码块→如果finally没有return 返回暂存值;否则返回finally的返回值

有异常:执行catch代码→步骤同上

不要在finally里写return语句:

方法调用没有异常→执行try代码块→暂存c 不返回→执行finally代码块→返回暂存的c

方法调用没有异常→执行try代码块→暂存c 不返回 →执行finally代码块→10000覆盖前面的c→返回10000

三、自定义异常

3.1 作用

可以自定义编译时异常/运行时异常

3.2 自定义编译时异常

认为某个地方非常重要需要醒目提醒程序员不要写错就可以定义一个编译时异常

throw:在方法内部 直接创建一个异常对象并从此点抛出

throws:用在方法申明上 抛出方法内部的异常给方法调用者

当把自定义的编译时异常抛出 又回到前面异常处理的几种方式了

这里又可以直接throws 或者try catch

编译时异常是一个醒目的提醒提醒程序员这里传参的年龄一定要注意