Exception - 异常 - Java - 细节狂魔

前言

直白点说：就是代码出现意外状况。影响到程序的运行。
其实，在我们接触代码开始，就一直在接触异常，只是从来没有分类。
这点在java中，更加明显。
现在我们就来基本了解一下异常。

---

 

复现以前接触过的异常

算术异常

---

 

空指针异常

---

 

数组 索引/下标 越界异常

---

 

克隆异常,可参考面向对象的编程（三个常用接口）

---

 

输入的数据类型不匹配的异常

---

&ensp；

编译期 错误 / 异常 和 运行时 错误 / 异常

细心的人会注意到，有些错误，在程序还没运行时，编译器就给你报错了。这种错误被称为是 “编译期” 异常。
例如：克隆异常
 
还有一种情况：程序运行起来，编译器才会报错，这种错误被称为运行时异常， 例如越界，空指针等异常
 
 
总结：
   所谓异常指的就是程序在 运行时 出现错误时通知调用者的一种机制
   
关键字 “运行时”：
   有些错误是这样的，例如将 System.out.println 拼写错了，写成了 system.out.println. 此时编译过程中就会出
错，这是 “编译期” 出错。
 
而运行时指的是程序已经编译通过得到 class 文件了，再由 JVM 执行过程中出现的错误。
 
异常的种类有很多，不同种类的异常具有不同的含义，也有不同的处理方式。

---

 

防御式编程

错误在代码中是客观存在的,因此我们要让程序出现问题的时候，及时通知程序猿。我们有两种主要的方式。
 
1. LBYL ：Look Before‘ You Leap.
在操作之前就做充分的检查。
 
2. EAFP:：It’s Easier to Ask Forgiveness than Permission;.
事后获取原谅比事前获取许可更容易。也就是先操作，遇到问题再处理。
&ensp；
异常的核心思想就是 EAFP.

---

 

LBYL风格的代码（不使用异常）

英雄联盟手游

boolean ret = false;
ret = 登陆游戏();
if (!ret) {// 如果登录失败，执行下面的的操作
 处理登陆游戏错误;
    return;
}
ret = 开始匹配();
if (!ret) {// 如果匹配失败，执行下面的的操作
 处理匹配错误;
    return;
}
ret = 游戏确认();// 如果游戏确认失败，执行下面的的操作
if (!ret) {
 处理游戏确认错误;
    return;
}
ret = 选择英雄();// 如果选择英雄失败，执行下面的的操作
if (!ret) {
    处理选择英雄错误;
    return;
}
ret = 载入游戏画面(); 如果载入游戏界面失败，执行下面的的操作
if (!ret) {
 处理载入游戏错误;
    return;
}
......

---

 

EAFP 风格的代码（使用异常）

try {// 把可能出现异常的代码，放到try当中
    登陆游戏();
    开始匹配();
    游戏确认();
    选择英雄();
    载入游戏画面();
   ...
   // catch == 捕捉，捕捉什么呢？捕捉异常 
   // 异常有很多种，所以不能只捕捉一种异常
} catch (登陆游戏异常) {
    处理登陆游戏异常;
} catch (开始匹配异常) {
 处理开始匹配异常;
} catch (游戏确认异常) {
 处理游戏确认异常;
} catch (选择英雄异常) {
 处理选择英雄异常;
} catch (载入游戏画面异常) {
 处理载入游戏画面异常;
}
......

总结

对比两种不同风格的代码, 我们可以发现, 使用第一种方式, 正常流程和错误处理流程代码混在一起, 代码整体显的比较混乱. 而第二种方式正常流程和错误流程是分离开的, 更容易理解代码

---

 

异常的基本用法

捕获异常

基本语法:

>try{ 
 有可能出现异常的语句 ; 
}catch (异常类型 异常对象) {
}finally {
 异常的出口
}

注意事项：

1. try 代码块中放的是可能出现异常的代码.
2. catch 代码块中放的是出现异常后的处理行为.
3. finally 代码块中的代码用于处理善后工作, 会在最后执行.
4. 其中 finally 都可以根据情况选择加或者不加.，catch必须加，不然程序会报错。

---

 

实例1

---

 

实例1的深度解析

在没处理异常的情况下，程序方式异常为什么会终止运行。

如果在不处理异常的情况下，那么这个异常会交由JVM处理，一旦交给JVM处理，程序立马从异常代码的位置终止了。
而 try，catch 是我们 人为去处理异常的方法，并不会导致程序，立马被终止，而是跳过去，继续运行，直至程序正常结束。
当然。如果 catch 能捕捉异常类型，与 try中代码发生的异常类型不符，就会导致捕捉异常失败，从而交由JVM处理，那么程序会直接终止运行。

---

 

错误信息与处理

---

 

还有一个点：判断程序是否是正常结束运行

---

 

重点：

异常的种类有很多, 我们要根据不同的业务场景来决定.
 
对于比较严重的问题(例如和算钱相关的场景), 应该让程序直接崩溃, 防止造成更严重的后果
（比如：程序出现异常，把我们的钱给别人红包或者转账了，那还了得，这种情况下，程序崩溃就是最好处理方式，以免造成更大损失，本来就没几个钱。。。）
 
对于不太严重的问题(大多数场景), 可以记录错误日志, 并通过监控报警程序及时通知程序猿
大概怎么通知，就是通过一个接口，实现一个发邮箱，或者打电话来处理。这个是真的可以做到的。后面我会写一个用代码去实现发邮箱的博客
 
对于可能会恢复的问题(和网络相关的场景), 可以尝试进行重试.(例如：网络断开，正在刷新重连)
 
在我们当前的代码中采取的是经过简化的第二种方式. 我们记录的错误日志是出现异常的方法调用信息, 能很快
速的让我们找到出现异常的位置. 以后在实际工作中我们会采取更完备的方式来记录异常信息

---

 

实例2（处理空指针异常与数组越界异常 - catch 捕捉异常不限于1种）

---

 

异常的体系结构

Java 内置了丰富的异常体系, 用来表示不同情况下的异常.
下图表示 Java 内置的异常类之间的继承关系

顶层类 Throwable 派生出两个重要的子类, Error 和 Exception
 
其中 Error 指的是 Java 运行时内部错误和资源耗尽错误. 应用程序不抛出此类异常. 这种内部错误一旦出现，
除了告知用户并使程序终止之外, 再无能为力. 这种情况很少出现.
 
Exception 是我们程序猿所使用的异常类的父类.
 
其中 Exception 有一个子类称为 RuntimeException , 这里面又派生出很多我们常见的异常类
NullPointerException , IndexOutOfBoundsException 等.
 
Java语言规范将派生于 Error 类或 RuntimeException 类的所有异常称为 非受查异常, 所有的其他异常称为 受查
异常.

---

 

小技巧（快速得知目前异常的父类，父类的父类。。。。）

---

 

前面我们catch的异常 都是 精确到某种异常类型的，而且 还想要捕获其它异常，就需要再写一个catch捕获，或者用按位或，再链接一个异常，但是现在我们知道这些异常的最终父类，那么我们可不可直接捕获它，这样我们只用写一个捕获，捕获一个异常。该异常包括所有子类异常。一劳永逸，岂不美哉。

---

 

还有一种捕获写法，是可以怎么去写的。来看下面程序

但是两个捕获换个位置就不行。（捕获子类异常，必须要在捕获父类异常的前面）

所以还是强调一个点，catch在捕获异常时，最好捕获具体的异常类。

---

 

实例3 （解决克隆异常）

---

 

finally 表示最后的善后工作，例如释放资源

实例4 （处理输入数据不匹配异常）

---

 

实例4 （技巧偷油）

---

 

疑问：将异常交由JVM处理，我们的finally还会被执行吗？

答案是会！

---

 

实例5 （处理调用方法所带来的异常）

作者心生一个疑问，如果是别人写好的一个方法，我直接拿来用。我怎么知道它当中会不会有异常，而且也不知道该异常的类型。那么该怎么做呢？来看！

---

 

画面一转，继续讲finally 的一些特点，来看下面

---

异常处理流程

1.程序先执行 try 中的代码
 
2.如果 try 中的代码出现异常, 就会结束 try 中的代码, 看和 catch 中的异常类型是否匹配.
 
3.如果找到匹配的异常类型, 就会执行 catch 中的代码
 
4.如果没有找到匹配的异常类型, 就会将异常向上传递到上层调用者.
 
5.无论是否找到匹配的异常类型, finally 中的代码都会被执行到(在该方法结束之前执行).
 
6.如果上层调用者也没有处理的了(liao)异常, 那么就继续向上传递.
 
7.一直到 main 方法也没有合适的代码处理异常, 就会交给 JVM 来进行处理, 此时程序就会异常终止

---

 

抛出异常

除了 Java 内置的类会抛出一些异常之外, 程序猿也可以手动抛出某个异常. 使用 throw 关键字完成这个操作.。

再来看 一个 throw 案例（上图中throw抛出的自定义异常，只是自定义了异常错误信息，并不是真正意义上的自定义异常类型，文章最后会讲）

---

 

例题（读取文件）

---

 

自定义异常类

Java 中虽然已经内置了丰富的异常类, 但是我们实际场景中可能还有一些情况需要我们对异常类进行扩展, 创建符合我们实际情况的异常

---

 

用户登录代码实例

public class Test {
    private static final String userName = "author";
    private static final String password = "12138";

    public static void login(String userName, String password) {
        if(!Test.userName.equals(userName)){// 用户名不相同，进入if语句
            System.out.println("用户名输入错误！");
        }
        if (!Test.password.equals(password)){
            System.out.println("password输入错误！");
        }
    }

    public static void main(String[] args) {
        login("author","12138");
    }
    }

---

 

我们的想法是将自定义一个用户登录错误异常

---

 

回到我们的用户登录代码

---

 

注意事项

自定义异常通常会继承自 Exception 或者 RuntimeException
继承自 Exception 的异常默认是受查异常
继承自 RuntimeException 的异常默认是非受查异常.

---

 

本文结束