所谓 异常 指的就是程序在 运行时 出现错误时通知调用者的一种机制
我们平时把 System.out.println 拼写错了, 写成了 system.out.println. 此时编译过程中就会出错, 这是 "编译期 " 出错，可不是我们的异常错误哦！！
而 运行时 指的是程序已经编译通过得到 class 文件了, 再由 JVM 执行过程中出现的错误.
错误在代码中是客观存在的. 因此我们要让程序出现问题的时候及时 通知程序猿.
我们有两种主要的解决方式：
1、LBYL: ( Look Before You Leap). 在操作之前就做充分的检查.
2、EAFP: (It’s Easier to Ask Forgiveness than Permission. ) “事后获取原谅比事前获取许可更容易”.
也就是 先操作, 遇到问题再处理
我们平时处理异常最核心的思想就是第二种
我们来对比一下上面两种处理的区别：
我们以我们经常玩的王者荣耀来举个栗子吧：
1、LBYL 风格：
boolean ret = false;
ret = 登陆游戏();
if (!ret) {
//处理登陆游戏错误;
return;
}
ret = 开始匹配();
if (!ret) {
//处理匹配错误;
return;
}
ret = 游戏确认();
if (!ret) {
//处理游戏确认错误;
return;
}
ret = 选择英雄();
if (!ret) {
//处理选择英雄错误;
return;
}
ret = 载入游戏画面();
if (!ret) {
//处理载入游戏错误;
return;
}
2、EAFP 风格：
try {
登陆游戏();
开始匹配();
游戏确认();
选择英雄();
载入游戏画面();
...
} catch (登陆游戏异常) {
处理登陆游戏异常;
} catch (开始匹配异常) {
处理开始匹配异常;
} catch (游戏确认异常) {
处理游戏确认异常;
} catch (选择英雄异常) {
处理选择英雄异常;
} catch (载入游戏画面异常) {
处理载入游戏画面异常; }
我们对比上面这两种异常处理方式，我相信小伙伴们都看出来差别了吧：
使用第一种方式, 正常流程和错误处理流程代码混在一起, 代码整体显的比较混乱.；
而第二种方式正常流程和错误流程是分离开的, 更容易理解代码.
所以接下来我要着重介绍第二种方法了：
1、给出我们的基本格式：
try{
有可能出现异常的语句 ;
}catch (异常类型 异常对象) {
} ...
finally {
异常的出口
}
2、这三者的用法：
（1）try 代码块中放的是可能出现异常的代码.
（2）catch 代码块中放的是出现异常后的处理行为.
（3）finally 代码块中的代码用于处理善后工作, 会在最后执行.
（finally 与是否异常无关，一定会被执行，主要用来释放资源，关闭文件，关闭socket链接(不建议 finally 中写return)）
（4）其中 catch 和 finally 都可以根据情况选择加或者不加
我们再来说说异常的处理流程：
1、程序先执行 try 中的代码
2、如果 try 中的代码出现异常, 就会结束 try 中的代码, 看和 catch 中的异常类型是否匹配.
3、如果找到匹配的异常类型, 就会执行 catch 中的代码
4、如果没有找到匹配的异常类型, 就会将异常向上传递到上层调用者.
5、无论是否找到匹配的异常类型, finally 中的代码都会被执行到(在该方法结束之前执行).
6、如果上层调用者也没有处理的了异常, 就继续向上传递.
7、一直到 main 方法也没有合适的代码处理异常, 就会交给 JVM 来进行处理, 此时程序就会异常终止.
注意：
catch 只能处理对应种类的异常
int[] arr = {1, 2, 3};
try {
System.out.println("before");
arr = null;
System.out.println(arr[100]);
System.out.println("after");
} catch (ArrayIndexOutOfBoundsException e) {
e.printStackTrace();
}
System.out.println("after try catch");
// 执行结果
before
Exception in thread "main" java.lang.NullPointerException
at demo02.Test.main(Test.java:11)
此时, catch 语句不能捕获到刚才的空指针异常. 因为异常类型不匹配
那么有哪些异常呢？？
问的好，我们这就给个图，一目了然
图片介绍：
1、顶层类 Throwable 派生出两个重要的子类, Error 和 Exception
2、Error 指的是 Java 运行时内部错误和资源耗尽错误. 应用程序不抛出此类异常. 这种内部错误一旦出现，除了告知用户并使程序终止之外, 再无能无力（这种情况很少出现）.
3、Exception 是我们程序猿所使用的异常类的父类.
4、 Exception 有一个子类称为 RuntimeException , 这里面又派生出很多我们常见的异常类NullPointerException , IndexOutOfBoundsException 等.
5、Java语言规范将派生于 Error 类或 RuntimeException 类的所有异常称为 非受查异常, 所有的其他异常称为 受查异常
Java 中虽然已经内置了丰富的异常类, 但是我们实际场景中可能还有一些情况需要我们对异常类进行扩展, 创建符合我们实际情况的异常.
举个栗子：
我们实现一个用户登陆功能
public class Test {
private static String userName = "admin";
private static String password = "123456";
public static void main(String[] args) {
try {
login("admin", "123456");
} catch (UserError userError) {
userError.printStackTrace();
} catch (PasswordError passwordError) {
passwordError.printStackTrace();
}
}
public static void login(String userName, String password) {
if (!Test.userName.equals(userName)) {
// TODO 处理用户名错误
throw new UserError("用户名错误");
}
if (!Test.password.equals(password)) {
// TODO 处理密码错误
throw new PasswordError("密码错误");
}
System.out.println("登陆成功");
}
}
此时我们在处理用户名密码错误的时候可能就需要抛出两种异常. 我们可以基于已有的异常类进行扩展(继承), 创建和我们业务相关的异常类.
class UserError extends Exception {
public UserError(String message) {
super(message);
}
}
class PasswordError extends Exception {
public PasswordError(String message) {
super(message);
}
}
小伙伴们注意了：
1、自定义异常通常会继承自 Exception 或者 RuntimeException
2、继承自 Exception 的异常默认是受查异常
3、继承自 RuntimeException 的异常默认是非受查异常.
如何处理异常：
异常的执行流程：
到这里就结束了。。
小伙伴们觉着有帮助的话，给个小小的赞呗！！