JDK1.7新特性(2):异常和可变长参数处理

异常

　　jdk1.7对try--catch--finally的异常处理模式进行了增强，下面我们依次来看增强的方面。

　　1. 为了防止异常覆盖，给Throwable类增加了addSuppressed方法，可以将一个异常信息追加到另一个异常信息之后：

    /**
     * 这是第一种防止前面异常被覆盖的方法，通过在finally块中判断前面是否有异常抛出
     * 如果有则最终抛出的异常为原来的异常，没有则最终抛出的异常为finally块中的异常。
     * 此时只能抛出一种异常信息。
     * @param fileName
     */
    private void readFile(String fileName) {
        FileInputStream input = null;
        IOException readException = null;
        try {
            input = new FileInputStream(fileName);
        } catch (IOException ex) {
            readException = ex;
        } finally {
            if (input != null) {
                try {
                    input.close();
                } catch (IOException e) {
                    // 如果前面没有出现异常，则说明整个异常是此处产生的
                    if (readException == null) {
                        readException = e;
                    }
                }
            }
            
            if (readException != null) {
                throw new RuntimeException(readException);
            }
        }
    }
    
    /**
     * 这是第二种防止异常被覆盖的方法，利用jdk7的新特性。通过在finally块的异常捕获代码中判断前面是否抛出异常，如果抛出异常
     * 则将finally块中抛出的异常追加在前面的异常信息之后。这样同时可以抛出两种异常信息类型。
     * @param fileName
     */
    private void readFile2(String fileName) {
        FileInputStream input = null;
        IOException readException = null;
        try {
            input = new FileInputStream(fileName);
        } catch (FileNotFoundException e) {
            readException = e;
        } finally {
            if (input != null) {
                try {
                    input.close();
                } catch (IOException e) {
                    // 如果前面抛出的异常不为空，这里将finally块中的异常信息添加到原异常信息后面
                    if (readException != null) {
                        readException.addSuppressed(e);
                    } else {
                        readException = e;
                    }
                }
            }
            if (readException != null) {
                throw new RuntimeException(readException);
            }
        }
    }

　　2. catch块增强，可以同时捕获多个异常，来进行统一的处理：

    /**
     * 这里测试jdk7的新特性，一个catch语句中可以捕获多种异常，以 | 分割。
     */
    private void catchMore() {
        // 在jdk1.7新特性这本书中说一个catch块中可以同时捕获属于父子关系的异常（只要子在前父在后，同分开的catch块中的顺序），但实际上在jdk1.8中时不允许的。
        try {
            int a = Integer.valueOf("aaa");
            throw new IOException();
        }  
        /*
            会报NumberFormatException已经被捕获
            catch (NumberFormatException | RuntimeException | IOException e) {
            
        }*/ catch (NumberFormatException | IOException e) {
            
        } catch (RuntimeException e) {
        }
    }

　　3. throw语句增强，异常在第二次抛出之后，仍然能够准确的知道最原始的异常类型：

    /**
     * jdk1.7之后，即使异常被重新抛出，编译器也知道原始异常类型，而不会被再抛出的异常类型所干扰。
     * 如果在jdk1.6或者之前的版本，第二个catch只能是ExceptionA，因为原始的ExceptionASub2被抹去了。
     */
    private void testRecatch() {
        try {
            throw new ExceptionASub2();
        } catch (ExceptionA e) {
            try {
                throw e;
            } catch (ExceptionASub2 e2) {   // 如果是catch (ExceptionASub1 e2) 那么会报编译错误，因为编译器知道原始异常是ExceptionASub2
                
            }
        }
    }

class ExceptionA extends Exception {}
class ExceptionASub1 extends ExceptionA {}
class ExceptionASub2 extends ExceptionA {}

　　4. try语句增强，try块可以进行资源管理：

    /**
     * jdk1.7之后，对try块进行了增强，使其中声明的资源总是可以正确的被释放，而不需要多余的finally块来单独处理。
     * 这有点像python的 with open("a.txt") as file 语句一样。
     * 需要注意的是，此时资源必须实现AutoCloseable接口，实际上jdk1.7中通过
     * public interface Closeable extends AutoCloseable，将Closeable继承于AutoCloseable接口。
     * 如果我们要自己实现资源的关闭，只需直接实现AutoCloseable接口即可。
     */
    private void tryWithResource() {
        String fileName = "a.txt";
        try (BufferedReader br = new BufferedReader(new FileReader(fileName))) {
            
        } catch (FileNotFoundException e) {
            
        } catch (IOException e) {
            
        }
    }

 

变长参数

　　jdk1.7在变长参数和范型结合使用的时候，增加了一个@SafeVarargs。通过该注解来告诉编译器参数类型的安全性，以此来解决每次调用都出现编译警告的问题。

    /**
     * 在jdk1.7之前，需要使用@SuppressWarnings("unchecked")注解来给每一个调用该方法的地方取消警告
     * 。这是因为变长参数的实际值时通过数组来传递的，而数组中传递的时不可具化的范型对象，自身存在类型安全问题，所以编译器
     * 会给出警告。这在调用java.utils.Arrays.asList方法和java.util.Collections.addAll方法中也会遇到。
     * jdk1.7中提供了在该方法声明的地方加上@SafeVarargs注解。来表示该方法在与范型结合使用的时候不会出现类型安全问题。
     * 此时再调用该方法，编译器不会给出警告信息。
     * 不过需要注意的是，该方法必须声明为static或者final方法，否则会出现编译错误。
     */
    @SafeVarargs
    public static<T> T useVarargs(T... args) {
        return args.length > 0 ? args[0] : null;
    }