Java中的异常处理：何时抛出异常，何时捕获异常？

时间：2017-06-01 23:39:35 阅读：336 评论：0 收藏：0 [点我收藏+]

标签：line com port 译文 java虚拟机 -- system details 虚拟

1.如果方法声明名里面有throws异常，那么方法体里面可以不抛出异常。因为可以在方法声明中包含异常说明，但实际上却不抛出！这样做的好处是，为异常先占个位置，以后就可以抛出这种异常而不用修改修改已有的代码。在定义抽象基类和接口时这种能力很重要，这样派生类或接口实现类就能够抛出这些预先声明的异常。

2.为什么有的方法声明里面没有throws，但方法体里面却抛出了异常？从RuntimeException继承的异常，可以在没有异常说明throws的情况下被抛出！对于Runtime异常（也称为非检查的异常unchecked exception），编译器不需要异常说明。只能在代码中忽略RuntimeException（及其子类）类型的异常，其他类型的异常的处理都是由编译器强制实施的。究其原因，RuntimeException代表的是编程错误。

3.运行时异常会被Java虚拟机自动抛出！

1. 异常处理基础

1.1 System.out.println是高代价的。调用System.out.println会降低系统吞吐量。

1.2 在生产环境中别用异常的printStackTrace()方法。printStackTrace默认会把调用的堆栈打印到控制台上，在生产环境中访问控制台是不现实的。

2. 异常处理基本原则

2.1 如果你不能处理异常，不要捕获该异常。

2.2 如果要捕获，应在离异常源近的地方捕获它。

2.3 不要吞没你捕获的异常。

*（就是捕获的异常，但是什么也不做）

2.4 除非你要重新抛出异常，否则把它log起来。

2.5 当一个异常被重新包装，然后重新抛出的时候，不要打印statck trace。

2.6 用自定义的异常类，不要每次需要抛出异常的时候都抛出java.lang.Exception。方法的调用者可以通过throws知道有哪些异常需要处理--所以它是自我描述的。