切记，不要忽略异常

  尽管这条建议看上去显而易见，但是它常常被违反，因而值得再次被提出来。当API的设计者声明一个方法将被抛出某个异常的时候。他们等于正在试图说明某些事情。所以请不要忽略它！要忽略一个异常非常容易，只需要讲方法调用通过try语句包围起来，并包含一个catch块：

// Empty catch block ignores exception - Highly suspect!try{  ...} catch(SomeException e){}

  空的catch块会使异常达不到应有的目的，即强迫你处理异常的情况。忽略异常就如同忽略火警信号一样——若把火警信号器关掉了，当真正的火灾发生时，就没有人能看到火警信号了。或许你能够侥幸逃过一劫，或许结果将是灾难性的。每当见到空的catch块时，应该警钟长鸣。至少catch块也应该包含一条说明，解释为什么可以忽略这个异常。

  有一种情形可以忽略异常，即关闭FileInputSteram的时候。因为你还没有改变文件的状态，因此不必执行任何恢复动作，并且已经从文件中读取到所需要的信息，因此不必终止正在进行的操作。即使在这种情况下，把异常记录下来还是明智的做法，因为如果这些异常经常发生，你就可以调查异常的原因。

  本条目中的建议同样适用于受检异常。不管异常代表了可预见的异常条件，还是变成错误，用空的catch块忽略它，将会导致程序在遇到错误的情况下悄然地执行下去。然后，有可能在原来的某个点上，当程序不能再容忍与错误源明显相关的问题时，它就会失败。正确地处理异常能够彻底挽回失败。只要将异常传播给外界，至少会导致程序迅速地失败，从而保留了有助于调试该失败的条件的信息。