Java7对异常处理有哪些优化改进？
- 内容介绍
- 文章标签
- 相关推荐
本文共计1011个文字，预计阅读时间需要5分钟。
异常处理有两大改进——multicatch和final重试。
它们对我们有以下帮助：- 简化异常处理代码。- 提高代码可读性和可维护性。
下面是一段Java 6代码示例，展示了如何处理异常：
javapublic class ExceptionHandlingExample { public static void main(String[] args) { try { openFile(); } catch (IOException | InterruptedException e) { System.out.println(Error opening file: + e.getMessage()); final int retryCount=3; for (int i=0; i private static void openFile() throws IOException, InterruptedException { // Code to open a file }} 这段代码尝试打开一个文件，并处理可能发生的IOException和InterruptedException。如果异常发生，它将重试打开文件三次。 在处理异常的过程中，可能会遇到以下几种异常：- `IOException`：文件打开失败。- `InterruptedException`：线程在等待时被中断。 通过使用multicatch和final重试，代码更加简洁、易读，并且提高了异常处理的效率。 异常处理有两处改进——multicatch和final重抛。要知道它们对我们有什么帮助，请先看一段Java 6代码。下面这段代码试图查找、打开、分析配置文件并处理此过程中可能出现的各种异常： 在Java 6中处理不同的异常
public Configuration getConfig(String fileName) {
Configuration cfg = null;
try {
String fileText = getFile(fileName);
cfg = verifyConfig(parseConfig(fileText));
} catch (FileNotFoundException fnfx) {
System.err.println("Config file '" + fileName + "' is missing");
} catch (IOException e) {
System.err.println("Error while processing file '" + fileName + "'");
} catch (ConfigurationException e) {
System.err.println("Config file '" + fileName + "' is not consistent");
} catch (ParseException e) {
System.err.println("Config file '" + fileName + "' is malformed");
}
return cfg;
}
这个方法会遇到的下面几种异常： 这些异常可以分为两大类。一类是文件以某种方式丢失或损坏，另一类是虽然文件理论上存在并且是正确的，却无法正常读取（可能是因为网络或硬件故障）。 如果能把这些异常情况简化为这两类，并且把所有“文件以某种方式丢失或损坏”的异常放在一个catch语句中处理会更好。在Java 7中就可以做到： 在Java 7中处理不同的异常
public Configuration getConfig(String fileName) {
Configuration cfg = null;
try {
String fileText = getFile(fileName);
cfg = verifyConfig(parseConfig(fileText));
} catch (FileNotFoundException|ParseException|ConfigurationException e) {
System.err.println("Config file '" + fileName +
"' is missing or malformed");
} catch (IOException iox) {
System.err.println("Error while processing file '" + fileName + "'");
}
return cfg;
}
异常e的确切类型在编译时还无法得知。这意味着在catch块中只能把它当做可能异常的共同父类（在实际编码时经常用Exception或Throwable）来处理。 另外一个新语法可以为重新抛出异常提供帮助。开发人员经常要在重新抛出异常之前对它进行处理。在前几个版本的Java中，经常可以看到下面这种代码：
try {
doSomethingWhichMightThrowIOException();
doSomethingElseWhichMightThrowSQLException();
} catch (Exception e) {
...
throw e;
}
这会强迫你把新抛出的异常声明为Exception类型——异常的真实类型却被覆盖了。 不管怎样，很容易看出来异常只能是IOException或SQLException。既然你能看出来，编译器当然也能。下面的代码中用了Java 7的语法，只改了一个单词：
try {
doSomethingWhichMightThrowIOException();
doSomethingElseWhichMightThrowSQLException();
} catch (final Exception e) {
...
throw e;
}
关键字final表明实际抛出的异常就是运行时遇到的异常——在上面的代码中就是IOException或SQLException。这被称为final重抛，这样就不会抛出笼统的异常类型，从而避免在上层只能用笼统的catch捕获。 上例中的关键字final不是必需的，但实际上，在向catch和重抛语义调整的过渡阶段，留着它可以给你提个醒。 Java 7对异常处理的改进不仅限于这些通用问题，对于特定的资源管理也有所提升，我们马上就会讲到。 以上就是本次介绍的全部知识点，希望我们整理的内容能够帮助到大家。
本文共计1011个文字，预计阅读时间需要5分钟。
异常处理有两大改进——multicatch和final重试。
它们对我们有以下帮助：- 简化异常处理代码。- 提高代码可读性和可维护性。
下面是一段Java 6代码示例，展示了如何处理异常：
javapublic class ExceptionHandlingExample { public static void main(String[] args) { try { openFile(); } catch (IOException | InterruptedException e) { System.out.println(Error opening file: + e.getMessage()); final int retryCount=3; for (int i=0; i private static void openFile() throws IOException, InterruptedException { // Code to open a file }} 这段代码尝试打开一个文件，并处理可能发生的IOException和InterruptedException。如果异常发生，它将重试打开文件三次。 在处理异常的过程中，可能会遇到以下几种异常：- `IOException`：文件打开失败。- `InterruptedException`：线程在等待时被中断。 通过使用multicatch和final重试，代码更加简洁、易读，并且提高了异常处理的效率。 异常处理有两处改进——multicatch和final重抛。要知道它们对我们有什么帮助，请先看一段Java 6代码。下面这段代码试图查找、打开、分析配置文件并处理此过程中可能出现的各种异常： 在Java 6中处理不同的异常
public Configuration getConfig(String fileName) {
Configuration cfg = null;
try {
String fileText = getFile(fileName);
cfg = verifyConfig(parseConfig(fileText));
} catch (FileNotFoundException fnfx) {
System.err.println("Config file '" + fileName + "' is missing");
} catch (IOException e) {
System.err.println("Error while processing file '" + fileName + "'");
} catch (ConfigurationException e) {
System.err.println("Config file '" + fileName + "' is not consistent");
} catch (ParseException e) {
System.err.println("Config file '" + fileName + "' is malformed");
}
return cfg;
}
这个方法会遇到的下面几种异常： 这些异常可以分为两大类。一类是文件以某种方式丢失或损坏，另一类是虽然文件理论上存在并且是正确的，却无法正常读取（可能是因为网络或硬件故障）。 如果能把这些异常情况简化为这两类，并且把所有“文件以某种方式丢失或损坏”的异常放在一个catch语句中处理会更好。在Java 7中就可以做到： 在Java 7中处理不同的异常
public Configuration getConfig(String fileName) {
Configuration cfg = null;
try {
String fileText = getFile(fileName);
cfg = verifyConfig(parseConfig(fileText));
} catch (FileNotFoundException|ParseException|ConfigurationException e) {
System.err.println("Config file '" + fileName +
"' is missing or malformed");
} catch (IOException iox) {
System.err.println("Error while processing file '" + fileName + "'");
}
return cfg;
}
异常e的确切类型在编译时还无法得知。这意味着在catch块中只能把它当做可能异常的共同父类（在实际编码时经常用Exception或Throwable）来处理。 另外一个新语法可以为重新抛出异常提供帮助。开发人员经常要在重新抛出异常之前对它进行处理。在前几个版本的Java中，经常可以看到下面这种代码：
try {
doSomethingWhichMightThrowIOException();
doSomethingElseWhichMightThrowSQLException();
} catch (Exception e) {
...
throw e;
}
这会强迫你把新抛出的异常声明为Exception类型——异常的真实类型却被覆盖了。 不管怎样，很容易看出来异常只能是IOException或SQLException。既然你能看出来，编译器当然也能。下面的代码中用了Java 7的语法，只改了一个单词：
try {
doSomethingWhichMightThrowIOException();
doSomethingElseWhichMightThrowSQLException();
} catch (final Exception e) {
...
throw e;
}
关键字final表明实际抛出的异常就是运行时遇到的异常——在上面的代码中就是IOException或SQLException。这被称为final重抛，这样就不会抛出笼统的异常类型，从而避免在上层只能用笼统的catch捕获。 上例中的关键字final不是必需的，但实际上，在向catch和重抛语义调整的过渡阶段，留着它可以给你提个醒。 Java 7对异常处理的改进不仅限于这些通用问题，对于特定的资源管理也有所提升，我们马上就会讲到。 以上就是本次介绍的全部知识点，希望我们整理的内容能够帮助到大家。