1，为什么需要异常处理？
异常是导致程序中断执行的一种指令流。如果不对异常进行正确的处理，则可能导致程序的中断执行，造成不必要的损失，所以
在程序的设计中必须要考虑各种异常的发生，并正确的做好相应的处理，这样才能保证程序的正常执行。
一旦产生异常，异常之后的语句并不会被执行，而是直接结束程序，并将错误报告给客户了。
2，异常的基本处理格式try—catch。try中捕获异常，catch中处理对应的异常。
try中捕获异常，出现异常之后的代码将不再被执行，而是跳转到相应的catch语句中执行，用于处理异常。
对于异常，也可以设置其统一的出口，使用fially完成。
3，异常类的继承关系
在整个Java的异常结构中实际上有两个最常用的异常类，Exception,Error,这两个类全都是Throwable的子类，
Exception,一般表示的是程序中出现的问题，可以直接使用try-catch处理。
Error，一般指的是JVM错误，程序中无法处理。
一般情况下，开发者习惯于将Error,Exception统一称为异常。
一般在输出异常信息的时候，可以直接使用System.out.println进行打印异常对象。
首页可以通过Exception提供的一个方法，public void printStackTrace();来打印异常信息。
4，Java的异常处理机制：
在整个Java的异常处理中，实际上也是按照面向对象的方式进行处理的，处理步骤：
1，一旦产生异常，则首先会产生一个异常类的实例化对象。
2，在try语句中对此异常对象进行捕捉。
3，产生的异常对象与catch语句中的各个异常类型进行匹配，如果匹配成功则执行catch语句中的代码。
根据对象的多态性，子类的实例化对象可以直接使用父类的对象进行接收。
在异常的处理中，也是可以使用这样的概念，因为try中产生的是一个实例化对象，如果现在有一些其他的无法知道
的异常，则可以最后使用Exception进行捕获。
但是有一个注意点：捕获更粗的异常要放在捕获更细的异常之后。
又出现了一个问题：
既然所有的Exception对象都可以使用Exception接收，（都可以发生向上转型关系）直接使用Exception捕获异常不是更方便么？
这样虽然可以统一全部捕获到异常，但是在一个精细的开发中，是不建议这样使用的，因为，这样只是知道发生了异常，并不知道
具体发生了什么异常，所以，最好分别进行捕获。
又有一个问题：
既然不过Exception是最方便的，那么直接捕获它的父类，Throwable岂不是更好？
首先，这样的做法是可以的，因为Exception是Throwable的子类，但是正常的开发人员是不会这样做的，因为程序的try语句中永远只会抛出Exception的子类对象，Throwable不仅仅有
Exception这个子类，还有Error这个子类。
1，程序出现异常之后，如果没有合理的处理的话，则会导致程序的中断执行。
2，使用try—catch,和try–catch–finally，可以处理异常。finally将会作为异常的统一出口，不管是否出现异常都会执行此语句。
3，一个异常处理中，可以同时出现多个catch，但是捕获更粗的异常要放在捕获更细的异常之后，否则程序编译会报错。
4，在异常中，最大的类Throwable，分为两个子类，Exception，Error，其中Exception表示的是程序可以自己处理的异常，Error表示的是jvm错误，一般程序是无法处理的。
5，捕获异常的时候，可以直接捕获Exception，但是最好分开捕获，如果所有的异常处理操作是一样的话，则也可以直接捕获Exception。
6，每当异常产生之后，会在程序中产生一个异常类的实例化对象，之后使用此对象与catch中的异常类型进行匹配，如果匹配成功则执行catch语句中的内容，如果匹配不成功，则
继续向下匹配，如果都无法匹配成功，程序将出现中断执行的情况。
5，在定义一个方法的时候，可以使用throws关键字声明，使用throws声明的方法表示此方法不处理异常，而是交给方法的调用处进行处理。
这样一来，在后面调用这个除法的方法的时候就必须进行异常的处理。
throws使用格式： public 返回值类型 方法名称（参数列表） throws 异常类{}
什么意思呢？比如说，定义一个2个数相除的操作方法，对于这个除法操作，可能会出现除数为0的异常，但是也可能不出现异常，对于这样的操作，
其实最好就是将它使用throws关键字声明，一旦出现了异常，则应该交给调用处去处理。