Exception and Error

概念

image.png

共同点

Exception 和Error 都是继承了Throwable类，在Java中只有Throwable类型的实例才可以被抛出或者捕获，它是异常处理机制的基本类型。

不同点

⑴Exception是程序正常运行中，可以预料的意外情况，可能并且应该被捕获，进行相应处理。
⑵Exception又分为可检查(checked)异常和不可检查(unchecked)异常。可检查异常在源代码里必须显式的进行捕获处理，这是编译期检查的一部分。不可检查时异常是指运行时异常，像NullPointerException、ArrayIndexOutOfBoundsException之类，通常是可以编码避免的逻辑错误，具体根据需要来判断是否需要捕获，并不会在编译期强制要求。
⑶Error是指正常情况下，不大可能出现的情况，绝大部分的Error都会导致程序处于非正常的、不可恢复的状态。既然是非正常情况，不便于也不需要捕获。常见的比如OutOfMemoryError之类都是Error的子类。

异常代码的执行

1.try.catch内部不要定义变量让外部访问
2.没有catch的异常代码块，异常出现的位置的后面的代码无法执行
3.已经处理进行异常处理的代码可以接着执行下面的步骤
4.在没有使用catch的情况下，抛出异常finally中的代码块也会执行
5.某个方法里面抛出异常，如果没有用catch处理哪怕是抛出到父级方法内，它的后续代码也不会执行

Error

异常

// 原则
1.尽量不要捕获Exception这样的通用异常，而应该捕获特定异常，这里面的Thread.sleep()抛出的是InterruptedException。原因是让代码能够直观的体现出尽量多的信息，不要太泛，不好定位。
2.不要生吞异常，否则会导致难以诊断。如果不把异常抛出来，也没有输出到日志，程序可能会以不可控的方式结束，没人能够轻易判断是哪里出了异常以及是什么原因导致了异常。
// 打印堆栈跟踪
e.printStackTrace();
产品代码中一般不允许这样处理，原因是标准出错不是个合适的输出选项，因为很难判断到底输出到哪里了。尤其是对分布式系统，无法找到堆栈痕迹，所以最好详细的输出到日志里。
// 性能
⑴try-catch代码段会产生额外的性能开销，它会影响JVM对代码进行优化，所以建议仅捕获有必要的代码段，尽量不要一个大的try包住整段的代码；与此同时，利用异常控制代码流程也不是一个好注意，这样非常低效。
(2)Java每实例化一个Exception，都会对当时的栈进行快照，这是一个相对较重的操作，如果发生的非常频繁，这个开销就不能被忽略了。