JAVA异常处理的原则

一 处理原则

Java异常代码中我们使用异常的目的是让异常的异常类型来提示“什么”被抛出了— 即出了什么问题；用异常的栈打印信息来跟踪异常在“哪里”抛出 — 即哪里出了问题；

异常提示信息来提示“为什么”会抛出 — 即出问题的原因。在对异常进行处理时，遵循以下原则可以有助于在调试过程中最大限度的使用好异常。

具体明确 提早抛出 延迟捕获

1.具体明确

具体明确指的是在抛出异常时需要针对具体问题来抛出异常，抛出的异常要足够具体详细；在捕获异常时需要对捕获的异常进行细分，这时会有多个catch语句块，这几个catch块中间泛化程度越低的异常需要越放在前面捕获，泛化程度高的异常捕获放在后面，这样的好处是如果出现异常可以近可能得明确异常的具体类型是什么。 　例如 FileInputStream 的一个构造方法如下, 对file对象做检查后判断file是否有效，如果无效直接抛出FileNotFoundException,而不是IOException或者其他更宽泛的Exception。

public FileInputStream(File file) throws FileNotFoundException {
        String name = (file != null ? file.getPath() : null);
        SecurityManager security = System.getSecurityManager();
        if (security != null) {
            security.checkRead(name);
        }
        if (name == null) {
            throw new NullPointerException();
        }
        if (file.isInvalid()) {
            throw new FileNotFoundException("Invalid file path");
        }
        fd = new FileDescriptor();
        fd.attach(this);
        path = name;
        open(name);
    }

2.提早抛出

提早抛出的基本目的还是为了防止问题扩散，这样出现异常的话排查起来会比较耗时，比较典型的一种情况是 NPE(NullPointerException),当某个参数对象为null时，如果不提早判断并抛出异常的话，这个null可能会藏的比较深，等到出现NPE时就需要往回追溯代码了。这样就给排查问题增加了难度。所以我们的处理原则是出现问题就及早抛出异常。

例如 上面FileInputStream 的构造方法，在使用前就对File 的path做了判断，如果为null 就及早的抛出NullPointerException，防止在后面open方法中传入一个null,从而简化了出现异常的情况，方便定位问题。

3.延迟捕获

延迟捕获说的是对异常的捕获和处理需要根据当前代码的能力来做,如果当前方法内无法对异常做处理,即使出现了检查异常也应该考虑将异常抛出给调用者做处理，如果调用者也无法处理理论上他也应该继续上抛，这样异常最终会在一个适当的位置被catch下来，而比起异常出现的位置，异常的捕获和处理是延迟了很多。但是也避免了不恰当的处理。

二 处理技巧

对于异常的处理，能避免的异常,尽量在事先做判断来避免异常的发生，当判断时发现逻辑上已经不能往下走了,需要停止流程，这时候将异常抛出并准确的提示使用者问题所在。

对于事先无法预判的异常需要对其进行处理。

异常分运行时异常 RuntimeException 和 检查异常Checked Exception，运行时异常一般用在由于接口方法使用不当的时候。

如： 使用了null获取属性方法, 数组下标越界，除法运算除以0等。

如果你调用服务方法的方式不正确，你应该马上修改代码，避免发生RuntimeException 如果是用户方法调用你的方法的方式不正确，你应该立刻抛出RuntimeException，强制让使用者修正代码或改变使用方式，防止问题蔓延。

一般情况下，不要捕获或声明RuntimeException,需要做的是完善程序代码。因为问题在于你的程序本身有问题，如果你用异常流程处理了，反而让正常流程问题一直存在。

对于检查异常，一般先看能不能处理，能处理的异常使用try-catch 语句块捕获处理，不能处理使用throws 分类型抛出给上一级处理。

使用try-catch语句块处理时一般需要注意以下几方面

try语句块内要分清稳定代码和非稳定代码，对于稳定的不会出现异常的代码不要放到try语句块中catch捕获的异常一定要处理。 若使用了finally 语句块，在语句块内一定要对资源对象，流对象进行关闭(jdk1.7之后 可以使用try-with-resources替代)、finally中不要使用return语句,因为finally语句块最后一定会执行,这里的return语句会覆盖之前的return语句。