目录
在 Java 中，将程序执行过程中发生的不正常行为称为异常
① 算数异常
当程序出现异常后将不会执行异常之后的代码
② 空指针异常
③ 数组越界异常
异常到底有多少个？异常之间的关系又是什么？
一个递归一直在递归会出现错误
不是报错就是编译时异常，例如语法错误
注意：编译时出现的语法性错误，不能称之为异常。例如将 System.out.println 拼写错了, 写成了 system.out.println 此时编译过程中就会出错, 这是 "编译期" 出错。
缺陷：正常流程和错误处理流程代码混在一起, 代码整体显的比较混乱
② 事后认错型
在 Java 中，异常处理主要的5个关键字：throw、try、catch、final、throws
throw 这个关键字一般用于手动抛出自定义的异常
当方法中抛出编译时异常，用户不想处理该异常，此时就可以借助 throws 将异常抛给方法的调用者来处理。即当前方法不处理异常，提醒方法的调用者处理异常
throws 的位置一般在方法的声明之后
加了 throws 声明异常后编译时将不会报错
调用声明抛出异常的方法时，调用者必须对该异常进行处理，或者继续使用 throws 抛出
继续使用 throws 抛出
异常实际上没有被程序员处理，实际上还是交给了 JVN
throws 对异常并没有真正处理，而是将异常报告给抛出异常方法的调用者，由调用者处理。如果真正要对异常进行 处理，就需要 try-catch
通过 try-catch 捕获并处理异常
处理完异常后程序正常执行
为什么打印异常出现在 after 之后？
底层代码可能执行起来慢，或者有一个交错，因此打印顺序可能不一样
如果多个异常的处理方式是完全相同, 也可以写成这样
比较少用
如果异常之间具有父子关系，一定是子类异常在前 catch，父类异常在后 catch，否则语法错误
在写程序时，有些特定的代码，不论程序是否发生异常，都需要执行，比如程序中打开的资源：网络连接、数据库连接、IO流等，在程序正常或者异常退出时，必须要对资源进进行回收。另外，因为异常会引发程序的跳转，可能导致有些语句执行不到，finally就是用来解决这个问题的
问题：既然 finally 和 try-catch-finally 后的代码都会执行，那为什么还要有 finally 呢？
需求：实现 getData 方法，内部输入一个整形数字，然后将该数字返回，并再 main 方法中打印
上述程序，如果正常输入，成功接收输入后程序就返回了，try-catch-finally 之后的代码根本就没有执行，即输入流就没有被释放，造成资源泄漏
注意：finally 中的代码一定会执行的，一般在 finally 中进行一些资源清理的扫尾工作
Java 中虽然已经内置了丰富的异常类，但是并不能完全表示实际开发中所遇到的一些异常，此时就需要维护符合我们实际情况的异常结构
① 自定义异常类，然后继承自 Exception（编译时） 或者 RunTimeException（运行时）
② 实现一个带有 String 类型参数的构造方法，参数含义：出现异常的原因
例题：实现一个简单的控制台版用户登陆程序, 程序启动提示用户输入用户名密码. 如果用户名密码出错, 使用自定义异常的方式来处理
