人非圣贤，孰能无过，何况语言。JAVA有成熟的异常处理机制，正确使用它可以帮我们解决程序的健壮性。

1.Java中的异常机制

java异常类图：

Error一般不会出现，大多数非正常的情况，比如内存溢出等。

Exception分为可检查checked和不检查unchecked异常。可检查异常程序必须捕获，不然编译器不给通过，而不检查异常则不需要。

2.e.printStackTrace()直接打印异常合理吗？

看下源码，第一句就是"Prints this throwable and its backtrace to thestandard error stream."。在大型互联网公司这个肯定不能通过的，分布式架构都有调用链监控，排错会有标准输出的地方，便于清晰的查找问题，该语句很难定位错误输出到哪里了。所以，错误输出到标准流中。

3.try catch越多越好吗？

在阅读别人的源码中，经常看到在try catch中加入一大段代码，这个习惯是不好的。Java中异常处理的代价很大：

• 影响JVM对代码的优化。
• catch到Exception会保存异常栈的快照，也是不小的开销。正确的做法是捕获合适的范围。

4.捕获Exception通用异常

比如如下代码：

try{
    //do something
}catch(Exception e){
    //...
}

捕获通用代码会隐藏一些错误信息，尽量做到尽可能清晰的异常，或者自定义异常，实在不好处理也可以把异常扩散出去。

5.finally的那些坑

• try有return语句：finally执行在return开始之后，返回前完成。此时返回值会被保存起来，不返回，无论finally如何操作都不会改变返回值。返回值是在finally执行前就确定。
• finally有return语句：try中return会不可达，会提前退出。总结：finally中最好不要使用return，程序会提前退出，try中的return会不可达。
• finally什么情况下会提前退出？程序调用System.exit();finally语句块中发生了异常。程序所在的线程死亡。机器关机。

6.面试中常问的NoClassDefFoundError和ClassNotFoundException区别？

• NoClassDefFoundError是error，继承java.lang.Error继承，ClassNotFoundException来自Exception，是检查异常。
• 差生原因不同。比如我们通过反射Class.forName()ClassLoader.loadClass，类路径中找不到该类就会报ClassNotFoundException。假如现在通过反射已经把该class加载到内存中，再次调用加载该类也会报ClassNotFoundException。如果一个类编译时存在，在运行时找不到就会报NoClassDefFoundError，一般是编译打包出了问题，比如开发类路径和运行类路径不同。

7.Java异常存在的争议

• 检查异常不兼容JDK8最新的函数式编程。
• 很多情况发现异常，程序也无法自动恢复，只能重试或者记录下日志。