java核心内容——Exception和Error有什么区别？
- 异常处理的基本原则：
- 1、尽量不要捕获类似 Exception 这样的通用异常，而是应该捕获特定异常，例如捕获 Thread.sleep() 抛出的 InterruptedException，而不是exception。
- 2、不要生吞（swallow）异常，要将异常明确的输入到规定的日志文件中。
- 异常对性能的影响
Exception 和 Error 都是继承了 Throwable 类，在 Java 中只有 Throwable 类型的实例才可以被抛出（throw）或者捕获（catch），它是异常处理机制的基本组成类型。
Exception 是程序正常运行中，可以预料的意外情况，可能并且应该被捕获，进行相应处理。
Error 是指在正常情况下，不大可能出现的情况，绝大部分的 Error 都会导致程序（比如 JVM 自身）处于非正常的、不可恢复状态。既然是非正常情况，所以不便于也不需要捕获，常见的比如 OutOfMemoryError 之类，都是 Error 的子类。
异常处理的基本原则：
1、尽量不要捕获类似 Exception 这样的通用异常，而是应该捕获特定异常，例如捕获 Thread.sleep() 抛出的 InterruptedException，而不是exception。
2、不要生吞（swallow）异常，要将异常明确的输入到规定的日志文件中。
异常对性能的影响
我们从性能角度来审视一下 Java 的异常处理机制，这里有两个可能会相对昂贵的地方：
try-catch 代码段会产生额外的性能开销，或者换个角度说，它往往会影响 JVM 对代码进行优化，所以建议仅捕获有必要的代码段，尽量不要一个大的 try 包住整段的代码；与此同时，利用异常控制代码流程，也不是一个好主意，远比我们通常意义上的条件语句（if/else、switch）要低效。
Java 每实例化一个 Exception，都会对当时的栈进行快照，这是一个相对比较重的操作。如果发生的非常频繁，这个开销可就不能被忽略了。
所以，对于部分追求极致性能的底层类库，有种方式是尝试创建不进行栈快照的 Exception。这本身也存在争议，因为这样做的假设在于，我创建异常时知道未来是否需要堆栈。问题是，实际上可能吗？小范围或许可能，但是在大规模项目中，这么做可能不是个理智的选择。如果需要堆栈，但又没有收集这些信息，在复杂情况下，尤其是类似微服务这种分布式系统，这会大大增加诊断的难度。
当我们的服务出现反应变慢、吞吐量下降的时候，检查发生最频繁的 Exception 也是一种思路。
