【Java基础】异常体系

1.异常分类

2.Error

Error类的层次描述了Java运行时系统的内部错误和资源耗尽错误。出现这种错误，我们无能为力，不过这种情况一般很少出现。

3.Exception

3.1 RuntimeException

一般由编程导致的错误都属于RuntimeException，当出现该异常我们应该好好检查一下代码。

派生于RuntimeException的异常包括：

1. 错误的强制类型转换
2. 数组访问越界
3. 访问null指针

为了避免Exception异常，在使用数组的下标时要记得判断是否越界，在使用变量之前要进行判断它是否为null。

Java语言规范将派生于Error和RuntimeException的所有异常称为非检查型异常，其他的统称为检查型异常（check）。

3.2 IOException

派生于IOException的异常包括：

1. 试图超越文件末尾继续读取数据
2. 试图打开一个不存在的文件
3. 试图根据给定的字符串查找Class对象，而这个字符串表示的类并不存在。

4.异常处理

4.1 Throwable的成员方法

public String getMessage()//返回此throwable的详细字符串

public String toString()//返回此抛出的简短信息

public String printStackTrace()//把异常信息输出在控制台（该方法较为全面，较常用）

4.2 throw和throws

​ 1）throws写在方法名后面，表示调用该方法的方法可能会报错。如果程序出现了错误，这时我们有两种解决方案，第一种是在调用该方法的方法中使用try…catch方法来捕捉异常处理，第二种是让调用该方法的方法也抛出（throw）该异常，交给出现异常的程序的上上层处理。

​ 2）throw写在方法体内，当程序出现某种逻辑错误时由程序员主动抛出某种特定类型的异常，交给调用该方法的方法处理（try…catch）。

注意：使用throw关键字主动抛出检测性异常的时候，在方法名上必须使用throws表明调用这个方法可能存在要抛出的异常

5.使用异常的小技巧

5.1 异常处理不能代替简单的测试

与简单的测试相比，捕获异常会花费大量的时间，因此建议只在异常的情况下使用异常

5.2 不要过分地细化异常

很多程序员习惯将每一条语句都分装在一个独立的try语句块中。这种编程方式会导致代码量急剧膨胀。

5.3 充分利用异常的层次结构

不要只抛出RuntimeException异常。应该寻找一个适合的子类或者创建自己的异常类。

5.4 不要压制异常

在实际开发中，不要不想throws异常，虽然这样我们的程序可以运行，但是一旦出现问题，会使维护难度提高。

5.5 在检察错误时，“苛刻”要比放任更好

比如当栈为空时，stack.pop是该返回一个null还是抛出一个异常？

最好在出错的地方抛出EmptyStackException，这要好于在以后抛出一个NullPointerException异常。

5.6 不要羞于传递异常

有些程序员认为应该捕获所有的异常。如果调用了一个抛出异常的方法，例如FileInputStream构造器或者readline方法，他们就会本能的捕获这些可能的异常。其实最好传递这个异常，而不是自己捕获。更高层的方法可以更好的通知用户发生了错误。