当API的设计者声明一个方法将抛出某个异常的时候,他们等于正在试图说明某些事情。所以,请不要忽略他!要忽略一个异常非常容易,只需将方法调用通过try语句包围起来,并包含一个空的catch块。
空的catch块会使异常达不到应有的目的,即强迫你处理异常的情况。忽略异常就如同忽略火警信号一样——若把火警信号器关掉了,当真正的火灾发生时,就没有人能看到火警信号了。或许你会侥幸逃过劫难,或许结果将是灾难性的。每当见到空的catch时,应该警钟长鸣。至少,catch块也应该包含一条说明,解释为什么可以忽略这个异常。
有一种情形可以忽略异常,即关闭FileInputStream的时候。因为你还没有改变文件的状态,因此不必执行任何恢复动作,并且已经从文件中读取到所需要的信息,因此不必终止正在进行的操作。即使在这种情况下,把异常记录下来还是明智的做法,因为如果这些异常经常发生,你就可以调查异常的原因。
本文建议同样适用于受检异常和未受检异常。不管异常代表了可预见的异常条件,还是编程错误,用空的catch块忽略他。将会导致程序在遇到错误的情况下悄然的执行下去。然后,有可能在将来的某个点上,当程序不能再容忍与错误源明显相关的问题时,他就会失败。正确的处理异常能够彻底挽回始变。只要将异常传播给外界,至少会导致程序迅速的失败,从而保留了有助于调试该失败条件的信息。
建议:不要忽略异常。
最新推荐文章于 2023-04-20 21:40:35 发布