八、异常处理

最新推荐文章于 2024-10-07 11:22:30 发布

洛克Lee

最新推荐文章于 2024-10-07 11:22:30 发布

阅读量185

点赞数

分类专栏： # 《Effective_Java》梳理及个人理解文章标签： java

欢迎转载！但不得用于商业用途，转载请注明出处，爱你哦！

本文链接：https://blog.csdn.net/brillian_green/article/details/118091183

版权

《Effective_Java》梳理及个人理解专栏收录该内容

10 篇文章 1 订阅

订阅专栏

第57条只针对异常的情况才使用异常

异常应该只用于异常的情况下，它们永远不应该用于控制流。

如果类具有在某种特定状态下，才能够被调用的方法。则最好为之提供一个“状态”测试的方法，以避免去处理异常。如：Iterator的next()方法与hasNext()方法。
某种特定的异常状态下，也可以返回一个特殊值，进行处理。称为“可识别的返回值”方法。

怎么选择？
如果对象将在多线程同步访问的情况下，则应该使用“可识别的返回值”方法。因为在“状态测试”方法和调用之前有可能对象的状态被其他线程修改了。

如果“状态测试”方法与“状态相关”方法有功能实现上的重叠，则基于性能考虑，应该使用“可识别的返回值”方法。

其他情况下，一般应该选择“状态测试”方法，可以使代码有更好的可读性，使bug变得很明显。如果忘了调用状态测试方法，将会抛出异常。而如果忘了检查可识别的返回值，bug就很难发现。

第58条对可恢复的情况使用受检异常，对编程错误使用运行时异常

Java中三种可抛出结构：

受检异常（checked exception）
运行时异常（run-time exception）
错误（error）

受检异常强迫调用者在catch子句中处理异常，或是传播出去。以此强制用户从异常条件中恢复。
非受检异常，是不需要也不应该被捕获，如果程序抛出非受检异常或是错误，往往就属于不可恢复的情形，继续执行下去是无意义的。程序抛出非受检异常或是错误，将会导致当前线程停止 halt，并出现适当的错误消息。

第59条避免不必要地使用受检异常

把受检异常变成非受检异常的一种方法是，把此方法分成两个方法，第一个方法返回一个boolean表示是否应该抛出异常。如下：

if(obj.actionPermitted(args)){
	obj.action(args);
} else {
	// Handle exceptional condition
}

这种做法降低了客户端的使用成本。

第60条优先使用标准的异常

常用异常：
IllegalArgumentException
IllegalStateException
NullPointerException
IndexOutOfBoundsException
ConcurrentModificationException
UnsupportedOperationException

第61条抛出与当前类相对应的异常

异常转译（exception translation）
方法的高层实现应该捕获低层的异常，同时抛出这一层进行解释的异常。

异常链（exception chaining）
如果低层的异常对于调试导致高层异常的问题非常有帮助，使用异常链就很合适。低层的异常原因被传到高层的异常中，高层的异常提供访问方法 Throwable.getCause 来获得低层的异常，如：

try{
	//... invoke lowerLvl method
} catch (LowerLvlException cause) {
	throw new HigherLvlException(cause);
}

第62条每个方法抛出的异常都要有文档

始终要单独地声明受检异常，并且利用Javadoc的@throw标记，准确地记录下抛出每个异常的条件。
每个方法的文档应该描述它的前提条件，在文档中记录下未受检的异常是满足前提条件的最佳做法。
对于接口中的方法，在文档中记录可能抛出的未受检异常显得尤为重要。这份文档构成了该接口的通用约定general contract的一部分，它指定了该接口的多个实现必须遵循的公共行为。

第63条在细节消息中包含能捕获失败的信息

当程序由于未被捕获的异常而失败的时候，系统会自动地打印出该异常的堆栈轨迹。其中包含该明异常的字符串表示法，即它的toString结果：通常包含该异常的类名，跟着的是细节消息detail message。

为了捕获失败，异常的细节信息应该包含所有“对该异常有贡献”的参数和域的值。

为了确保在异常的细节信息中包含足够的能查找到失败原因的信息，一种办法是在异常类的构造器中，引入这些信息，之后放到消息描述中，就可以自动产生细节消息。如：

public IndexOutOfBoundsException(int maxIndex, int index) {
	super("maxIndex: " + maxIndex +"," +
		"index: " + index)
		this.maxIndex = maxIndex;
		this.index = index;
}