北京赛车pk拾走势图PK9-拾前三名走势图Java中的异常类型有哪些
点击联系发帖人
时间：2018-02-28 09:15
Java中处理异常的9个最佳实践 - 编程语言 - ITeye资讯
引用原文：
作者：Thorben Janssen
译者：Teixeira10
【译者注】在本文中，作者介绍了9个处理异常的最佳方法与实践，以举例与代码展示结合的方式，让开发者更好的理解这9种方式，并指导读者在不同情况下选择不同的异常处理方式。
以下为译文：
Java中的异常处理不是一个简单的话题。初学者很难理解，甚至有经验的开发人员也会花几个小时来讨论应该如何抛出或处理这些异常。
这就是为什么大多数开发团队都有自己的异常处理的规则和方法。如果你是一个团队的新手，你可能会惊讶于这些方法与你之前使用过的那些方法有多么不同。
然而，有几种异常处理的最佳方法被大多数开发团队所使用。下面是帮助改进异常处理的9个最重要的方法。
1. 在Finally中清理资源或者使用Try-With-Resource语句
通常情况下，你在try中使用了一个资源，比如，之后需要关闭它。在这种情况下，一个常见的错误是在try的末尾关闭了资源。
public void doNotCloseResourceInTry() {
FileInputStream inputStream =
File file = new File("./tmp.txt");
inputStream = new FileInputStream(file);
// use the inputStream to read a file
// do NOT do this
inputStream.close();
} catch (FileNotFoundException e) {
log.error(e);
} catch (IOException e) {
log.error(e);
问题是，只要不抛出异常，这种方法就可以很好地运行。try内的所有语句都将被执行，资源也会被关闭。
但是你在try里调用了一个或多个可能抛出异常的方法，或者自己抛出异常。这意味着可能无法到达try的末尾。因此，将不会关闭这些资源。
所以应该将清理资源的代码放入Finally中，或者使用Try-With-Resource语句。
使用Finally
相比于try，无论是在成功执行try里的代码后，或是在catch中处理了一个异常后，Finally里的内容是一定会被执行的。因此，可以确保清理所有已打开的资源。
public void closeResourceInFinally() {
FileInputStream inputStream =
File file = new File("./tmp.txt");
inputStream = new FileInputStream(file);
// use the inputStream to read a file
} catch (FileNotFoundException e) {
log.error(e);
} finally {
if (inputStream != null) {
inputStream.close();
} catch (IOException e) {
log.error(e);
}
Java 7的Try-With-Resource语句
另一个选择是Try-With-Resource语句，在中更详细地说明了这一点。
如果你的资源实现了接口，就可以使用它，这正是大多数Java标准资源所做的。当你在try子句中打开资源时，它将在try被执行后自动关闭，或者处理一个异常。
public void automaticallyCloseResource() {
File file = new File("./tmp.txt");
try (FileInputStream inputStream = new FileInputStream(file);) {
// use the inputStream to read a file
} catch (FileNotFoundException e) {
log.error(e);
} catch (IOException e) {
log.error(e);
}
2. 给出准确的异常处理信息
你抛出的异常越具体越好。一定要记住，一个不太了解你代码的同事，也许几个月后，需要调用你的方法，并且处理这个异常。
因此，请确保提供尽可能多的信息，这会使你的API更容易理解。因此，你方法的调用者将能够更好地处理异常，或者通过额外的检查来避免它。
所以，要尽量能更好地描述你的异常处理信息，比如用代替，避免抛出一个不具体的异常。
public void doNotDoThis() throws Exception {
public void doThis() throws NumberFormatException {
}
3. 记录你所指定的异常
当你在方法中指定一个异常时，你应该在Javadoc中记录下它。这与前面提到的方法有着相同的目标：为调用者提供尽可能多的信息，这样他们就可以避免异常或者更容易地处理异常。
因此，请确保在Javadoc中添加一个@throws 声明，并描述可能导致的异常情况。
/**
* This method does something extremely useful ...
* @param input
* @throws MyBusinessException if ... happens
public void doSomething(String input) throws MyBusinessException {
}
4. 使用描述性消息抛出异常
这一最佳实践的理念与前两个相似。但这一次，你不用给调用方法的人提供信息。异常消息会被所有人读取，同时必须了解在日志文件或监视工具中报告异常时发生了什么。
因此，应该尽可能准确地描述问题，并提供相关的信息来了解异常事件。
别误会，你不需要写一段文字，而是应该用1-2个简短的句子解释异常的原因。这可以帮助开发团队理解问题的严重性，同时也使你能够更容易地分析任何服务事件。
如果抛出一个特定的异常，它的类名很可能已经描述了这种类型的错误。所以，你不需要提供很多额外的信息。一个很好的例子就是，当你以错误的格式使用字符串时，如NumberFormatException，它就会被类 java.lang.Long的构造函数抛出。
try {
new Long("xyz");
} catch (NumberFormatException e) {
log.error(e);
}
NumberFormatException已经告诉你问题的类型，所以只需要提供导致问题的输入字符串。如果异常类的名称不具有表达性，那么就需要提供必要的解释信息。
17:17:26,386 ERROR TestExceptionHandling:52 - java.lang.NumberFormatException: For input string: "xyz"
5. 最先捕获特定的异常
大多数IDE都可以帮助你做到这点，当你试图捕获不确定的异常时，它会报告一个不可到达的代码块。
问题是只有第一个匹配到异常的catch语句才会被执行，所以，如果你最先发现IllegalArgumentException，你将永远不会到达catch里处理更具体的NumberFormatException，因为它是IllegalArgumentException的一个子类。
所以要首先捕获特定的异常类，并在末尾添加一些处理不是很具体异常的catch语句。
你可以在下面的代码片段中看到这样一个try-catch语句的示例。第一个catch处理所有NumberFormatExceptions异常，第二个catch 处理NumberFormatException异常以外的illegalargumentexception异常。
public void catchMostSpecificExceptionFirst() {
doSomething("A message");
} catch (NumberFormatException e) {
log.error(e);
} catch (IllegalArgumentException e) {
log.error(e)
}
6. 不要在catch中使用Throwable
是exceptions 和 errors的父类。当然，你可以在catch子句中使用它，但其实你不应该这样做。
如果你在catch子句中使用Throwable，它将不仅捕获所有的异常，还会捕获所有错误。JVM会抛出错误，这是应用程序不打算处理的严重问题。典型的例子是或。这两种情况都是由应用程序控制之外的情况引起的，无法处理。
所以，最好不要在catch中使用Throwable，除非你完全确定自己处于一个特殊的情况下，并且你需要处理一个错误。
public void doNotCatchThrowable() {
// do something
} catch (Throwable t) {
// don't do this!
}
7. 不要忽略Exceptions
你是否曾经分析过只有用例的第一部分才被执行的bug报告吗?
这通常是由一个被忽略的异常引起的。开发人员可能非常确信它不会被抛出，并添加一个无法处理或无法记录它的catch语句。当你发现它的时候，你很可能就会明白一句著名的话“This will never happen”。
public void doNotIgnoreExceptions() {
// do something
} catch (NumberFormatException e) {
// this will never happen
}
是的，你可能在分析一个不可能发生的问题。
所以，请千万不要忽略一个例外。你不会知道代码在将来会发生什么变化。有些人可能会删除阻止异常事件的验证，而没有意识到这造成了问题。或者抛出异常的代码被更改，现在抛出了同一个类的多个异常，而调用的代码并不能阻止所有这些异常。
你至少应该写一个日志信息，告诉每个人，需要检查一下这个问题。
public void logAnException() {
// do something
} catch (NumberFormatException e) {
log.error("This should never happen: " + e);
}
8. 不要记录和抛出一个异常
这可能是最常被忽略的。你可以在许多代码片段或者库文件里发现，有异常会被捕获、记录和重新抛出。
try {
new Long("xyz");
} catch (NumberFormatException e) {
log.error(e);
}
当它发生时记录一个异常，然后重新抛出它，以便调用者能够适当地处理它，这可能会很直观。但是它会为同一个异常写多个错误消息。
17:44:28,945 ERROR TestExceptionHandling:65 - java.lang.NumberFormatException: For input string: "xyz"
Exception in thread "main" java.lang.NumberFormatException: For input string: "xyz"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.lang.Long.parseLong(Long.java:589)
at java.lang.Long.(Long.java:965)
at com.stackify.example.TestExceptionHandling.logAndThrowException(TestExceptionHandling.java:63)
at com.stackify.example.TestExceptionHandling.main(TestExceptionHandling.java:58)
不添加任何额外的信息。正如在上述第4个中所解释的那样，异常消息应该描述异常事件。堆栈会告诉你在哪个类、方法和行中异常被抛出。
如果你需要添加额外的信息，应该捕获异常并将其包装在一个自定义的信息中。但要确保遵循下面的第9条。
public void wrapException(String input) throws MyBusinessException {
// do something
} catch (NumberFormatException e) {
throw new MyBusinessException("A message that describes the error.", e);
}
因此，只需要捕获一个你想要处理的异常，在方法中指定它，并让调用者处理它。
9. 包装异常
有时最好捕获一个标准异常并将其封装到一个定制的异常中。此类异常的典型例子是应用程序或框架特定的业务异常。这允许你添加额外的信息，并且也可以为异常类实现一个特殊的处理。
当你这样做时，确保引用原始的异常处理。Exception类提供了一些特定的构造函数方法，这些方法可以接受Throwable作为参数。否则，你将丢失原始异常的堆栈跟踪和消息，这将使你很难分析导致异常的事件。
public void wrapException(String input) throws MyBusinessException {
// do something
} catch (NumberFormatException e) {
throw new MyBusinessException("A message that describes the error.", e);
正如你所看到的，在抛出或捕获异常时，有许多不同的事情需要考虑。以上大多数方法都可以提高代码可读性或API可用性。
异常通常是一个错误处理机制和一个通信媒介。因此，你应该确保同事一起讨论想要应用的最佳实践和方法，以便每个人都理解通用概念并以相同的方式使用它们。
相关资源推荐Java 9 新特性来临——模块化 - 简书
Java 9 新特性来临——模块化
今年，2017年，我们将迎来 Java 语言的 22 岁生日，22岁，对于一个人而言，正是开始大展鸿图的年纪，可是对于日新月异的科技圈中的一门开发语言而言，却是一个傲视群雄的老态龙钟的年纪。
感谢 互联居 的技术分享文章，有兴趣的朋友可以去搜索微信公众号
JVM 语言发展史
JVM 家族也是在这22年中茁壮发展，并且都秉承着 Java 的革命口号：一处编译，随处运行。
那么，JVM 的带头人 Java 在 9.0 的版本中带来了什么变化呢？
今天介绍一个Java 9的功能，模块化(Modular)；这可能使Java有史以来最大的Feature，它将自己长期依赖JRE的结构，转变成以Module为基础的组件，这感觉就像一个壮士，需要把自己的胳膊，腿等，一个个拆下来，并且还能够正常运行工作，难度可想而知。虽然，Java 9尚未发布，但这个功能让人期盼和煎熬了好多年了。
从1995年的第一天起，Java带着一个口号，“Write once , Run anywhere” ，一路走来，从学院派的实验语言，变成开发者最青睐的语言，然后成为企业开发的统一语言，二十弱冠。时光如斯，Java也从一个创新的语言，慢慢变成一种“传统”，“老旧”，“经典”语言，同时也接受很多新鲜语言的挑战，例如Go，Scalar等。
Java从来就不是一种完美的语言：GC的效率总是给高并发程序员带来不少痛苦和调整，Classpath地狱总是让很多错误诡异的发生，高级语言特性总是在JCP(Java Community Process)里面踢皮球而无法落地，异步模式的多线程编程总是有陡峭的学习曲线，Oracle JDK和OpenSDK总是有扯不清楚的关系，孤芳自傲且让人崩溃的J2EE框架。
但是，我还是最喜欢Java编程语言，不仅因为使用了20年，更有两个原因：
Java的生态：几乎所有开发库都支持Java语言，Java是打开程序世界的钥匙。
Java语言的开源：Java源代码设计流畅，可以学到很多设计技能。
模块化从Java 7就开始计划推出 ，但由于其过于复杂，不断跳票 Java 7和Java 8，终于计划在Java 9中推出，我们一起拭目以待吧！ 目前，Java 9的功能基本开发完毕，剩下半年的时间，解决各种Bug。下面是Java 9的时间表！
Java 9的时间表
Java 9中最重要的功能，毫无疑问就是模块化（Module），代码名字叫做Jigsaw(拉锯），这个拉锯项目拉了几年，终于要把庞大冗余的Java锯成一个个的Module，方便开发和部署。熟悉Java的同学，都知道JRE有一个超级大rt.jar（例如，Java 8的rt.jar中有65M），运行一个hello world，你也需要一个数百兆的JRE环境，如果在J2EE环境，情况将变得复杂无比。另外，如果你没有深受Classpath Hell所害，说明你还不是一个深度Java程序员。
Java 9 模块化优势对比图
模块化的功能有几个目的：
让Java的SE程序更加容易轻量级部署
改进组件间的依赖管理，引入比Jar粒度更大的Module
改进性能和安全性
如果用更加简单解释，那就是“解决Classpath地狱问题，改进部署能力”。Module的内容比较多，为了由浅入深，我按照一些问题和我的理解来介绍模块化。
1.什么是Java Module(模块）
模块就是代码和数据的封装体，代码是指一些包括类型的Packages。Package是一些类路径名字的约定，而模块是一个或多个Packages组成的一个封装体。
什么是模块化
2. 模块的代码例子
模块的是通过module-info.java进行定义，编译后打包后，就成为一个模块的实体；在模块的定义文件中，我们需要指定模块之间的依赖靠关系，可以exports给那些模块用，需要使用那些模块(requires) 。下面是一个例子：
module com.foo.bar {
requires org.baz.
exportscom.foo.bar.
exportscom.foo.bar.
META-INF/MANIFEST.MF
module-info.class
com/foo/bar/alpha/AlphaFactory.class
com/foo/bar/alpha/Alpha.class
3.JDK8 和JDK9有什么不一样？
JDK８的JRE的部署是一个单体模式，一个超大的rt.jar(大约60多兆），tools.jar也有几十兆，即使使用一个Hello Worlds，你也需要一整套上百兆的JRE环境。
JAVA 9 引入模块后，将所有的类组织成模块形式，模块之间有着优美的依赖关系（至少现在很整齐，不知道过几个版本会不会继续保持优雅）。
