这个世界上真的存在永远不出错的程序吗？如果有，那么一定出现在程序员的梦中，魂牵梦绕，余音绕梁三日的那种。
Java语言在设计之初就提供了比较完善的异常处理机制，当然其他语言也有如此，比如微软的C#。而这也成为判别一门编程语言标配的重要标准之一。
我用简短几行字说说Exception和Error，希望对你有帮助
Exception和Error都是继承自Throwable类。
在Java中只有Throwable类型的实例才可以抛出（throw）或捕获（cath），它是异常处理机制的基本类型。
Exception与Error的区别
Exception 程序正常运行中，可以预料的异常，可以被捕捉，然后进行处理。适当的处理，程序也可运行，而不必终止程序。
Error 指正常情况下，不大可能出现的错误，可能会导致程序处于非正常，不可恢复状态。一般是指与虚拟机相关的错误，如系统崩溃，虚拟机错误，内存空间不足等。遇到这样错误，可以终止程序了。
Exception细分一下
可检查异常（Checked Exception） 对此Java编译器并不去检查它，或者说这种异常是程序员由于xxx原因造成的错误，在源代码里必须显示地进行捕获处理，比如使用try-catch就能完美解决或捕获。
不检查异常(也叫运行时异常 UnChecked Exception)类似NullPointerException, ArrayIndexOutOfBoundException,通常可以编码避免的逻辑错误，具体根据需要来判断是否需要捕获，并不会在编译期强制要求。
如何更快，更好的理解这些，我拷贝了一份图，供参考学习，如下：
其他一些场景
我们经常会出现如下情况：
try {
// 业务代码
} catch (Exception e) {
e.printStackTrace();
}
首先，我们看printStackTrace() 源码
她是给处理错误提示，可是标准出错（STERR）并非合适的输出效果，我需要的是更加详细的报告，我需要知道到底哪里出了问题。尤其是对分布式系统，如果发生异常，却没办法找到源头，或者不能找到堆栈轨迹（staktrace），这就尴尬了异常。
关于如何应当日常异常，我总结5个原则：
1. 尽量不要捕获类似Exception这样通用异常，而是应该捕获特定异常；
2. 尽量不要延迟异常的处理，尽可能的当场处理，尤其是容错机制的处理；
3. 遇到异常不要只是捕获，重要的是处理；
4. 不要生吞异常，通常是基于假设这段代码可能不会发生，或者可忽略，以至影响后续处理，出现诡异事件；
5. 减小异常控制流的范围，try-catch捕获的应该是假如出现异常的地方，而非整个代码段。
异常处理的代价
1. try-catch 代码段会产生额外的性能开销，换个说法，它会影响虚拟机对代码进行优化，所以建议补货必要的代码段。另外，利用异常控制代码流程，比起常用的条件语句（if/else，switch）更低效。
2. Java的每次实例化Exception，都会对当时的栈进行快照，这将是一个比较重的操作，如果此时业务繁重，开销比平常还要大了。
