原文出处： oschina

在 Java 中，异常处理惩罚是个很贫苦的工作。初学者以为它很难领略，甚至是履历富厚的开拓者也要耗费很长时间抉择异常是要处理惩罚掉和抛出。

所以许多开拓团队约定一些原则处理惩罚异常。假如你是一个团队的新成员，你大概会很惊奇，因为他们约定的法则大概和你以前利用的法则纷歧样。

不外，有许多最佳实践的法则，被大部门团队接管。这里有 9 大重要的约定，辅佐你进修可能改造异常处理惩罚。

1、在 Finally 清理资源可能利用 Try-With-Resource 特性

大部门环境下，在 try 代码块中利用资源后需要封锁资源，譬喻 InputStream 。在这些环境下，一种常见的失误就是在 try 代码块的最后封锁资源。

昆山软件定制开拓 老是会被执行" src="http://www.importnew.com/https:/static.oschina.net/uploads/space/2018/0130/144516_Fp8C_2896879.png" />

问题就是，只有没有异常抛出的时候，这段代码才可以正常事情。try 代码块内代码会正常执行，而且资源可以正常封锁。可是，利用 try 代码块是有原因的，一般挪用一个或多个大概抛出异常的要领，并且，你本身也大概会抛出一个异常，这意味着代码大概不会执行到 try 代码块的最后部门。功效就是，你并没有封锁资源。

所以，你应该把清理事情的代码放到 finally 里去，可能利用 try-with-resource 特性。

利用 Finally 代码块

与前面几行 try 代码块差异，finally 代码块老是会被执行。不管 try 代码块乐成执行之后照旧你在 catch 代码块中处理惩罚完异常后城市执行。因此，你可以确保你清理了所有打开的资源。

昆山软件定制开拓 老是会被执行" src="http://www.importnew.com/https:/static.oschina.net/uploads/space/2018/0130/144546_CQv2_2896879.png" width="1522" height="688" />

Java 7 的 Try-With-Resource 语法

另一个可选的方案是 try-with-resource 语法，我在先容 Java 的异常处理惩罚里更具体的先容了它。

假如你的资源实现了 AutoCloseable 接口，你可以利用这个语法。大大都的 Java 尺度资源都担任了这个接口。当你在 try 子句中打开资源，资源会在 try 代码块执行后或异常处理惩罚后自动封锁。

昆山软件定制开拓 老是会被执行" src="http://www.importnew.com/https:/static.oschina.net/uploads/space/2018/0130/144616_1gj0_2896879.png" width="1520" height="398" />

2、优先明晰异常

你抛出的异常越明晰越好，永远记着，你的同事可能几个月之后的你，将会挪用你的要领而且处理惩罚异常。

因此需要担保提供应他们尽大概多的信息。这样你的 API 更容易被领略。你的要领的挪用者可以或许更好的处理惩罚异常而且制止特另外查抄。

因此，老是实验寻找最适合你的异常事件的类，譬喻，抛出一个 NumberFormatException 来替换一个 IllegalArgumentException 。制止抛出一个不明晰的异常。

昆山软件定制开拓 老是会被执行" src="http://www.importnew.com/https:/static.oschina.net/uploads/space/2018/0130/144641_cOmk_2896879.png" width="1522" height="254" />

3、记录指定的异常

每当你在要领签名中指定异常，你也应该在 Javadoc 中记录它。 这与上一个最佳实践具有沟通的方针：尽大概多地向挪用者提供信息，以便制止或处理惩罚异常。

因此，请确保向 Javadoc 添加 @throws 声明并描写大概导致异常的环境。

昆山软件定制开拓 老是会被执行" src="http://www.importnew.com/https:/static.oschina.net/uploads/space/2018/0130/144706_7Oey_2896879.png" width="1522" height="362" />

4、利用描写性动静抛出异常

这个最佳实践背后的想法与前两个雷同。但这一次，你不会将信息提供应要领的挪用者。每个必需相识在日志文件或监督东西中陈诉异常环境时产生了什么环境的人都可以读取异常动静。

因此，应该尽大概准确地描写问题，昆山软件开发，并提供最相关的信息来相识异常事件。

不要误会我的意思，劳务派遣管理系统，你不消去写一段文字。但你也应该在1-2个短句中表明异常的原因。这有助于你的运营团队相识问题的严重性，而且还可以让你更轻松地阐明任那里事突发事件。

假如抛出一个特定的异常，昆山软件开发，它的类名很大概已经描写了这种错误。所以，你不需要提供许多特另外信息。一个很好的例子是 NumberFormatException 。当你以错误的名目提供 String 时，它将被 java.lang.Long 类的结构函数抛出。

昆山软件定制开拓 老是会被执行" src="http://www.importnew.com/https:/static.oschina.net/uploads/space/2018/0130/144740_tqVa_2896879.png" width="1522" height="218" />

NumberFormatException 类的名称已经汇报你这种问题。它的动静暗示只需要提供导致问题的输入字符串。假如异常类的名称不具有表达性，则需要在动静中提供所需的信息。

17:17:26,386 ERROR TestExceptionHandling:52 - java.lang.NumberFormatException: For input string: "xyz"

5、优先捕捉最详细的异常

大大都 IDE 都可以辅佐你实现这个最佳实践。当你实验首先捕捉较不详细的异常时，它们会陈诉无法会见的代码块。