Java try . catch 的使用

 try. catch 的使用场合

   果不使用这种try结构时，代码报错退出就无法继续执行。有的代码出错就应该退出，有的出错尚可以补救，就不应该退出。对于这种出错不应该退出的就需要使用这种结构，在catch中进行补救。 

使用准则

 a。不要将try 。catch 使用在 for循环了。

 b。如果能捕获多个异常,那么先捕获小异常,在捕获大异常.

 c。 try{ .....}代码块里面的代码尽量的少,避免出现大段大段的代码

 d。catch( ) 尽量避免使用万能代码捕获所有的异常

  e。适当配合finally代码块 。比如一些资源的关闭

我们或许还听说过这样的说法： 建议不是要 try  catch 。。 其实任何事情都没有定论，而要看具体的语言， 可以看下面一位网友的说法：

最好问清楚是那种语言。不同语言处理Try Catch的机制不一样，所以也会有不同回答。
比如C++，是不推荐用try catch的，它推荐使用Windows API那种HResult来返回错误情况，原因是try catch会在已有的代码上面增加额外的cost, 这个额外的cost不是说只有throw exception的时候才会有，而是在try catch block里面的每一行代码中都会有，这也是为什么他不建议你使用try catch最主要的原因。在Windows的源代码中，是没有任何try catch的，全部用HResult来处理。
比如C#, try catch是建议使用的，C#设计的时候吸取的C++ try catch的教训，所以直接用Try catch包裹已有代码增加的cost可以忽略不计，但是如果真的在代码运行过程中throw exception了，这个cost还是很大的。所以，在C#代码设计中，throw exception基本上是你认为不会发生这种意外的情况下，否则，如果是常见错误，最好不要throw exception。
比如Java, try catch也是建议使用的，我这个用的不熟，不过看它的说明，即使是throw exception的时候的cost也很小。
总结说来，try catch是否建议使用要看具体语言，最重要衡量的标准就是它对已有的代码性能有多大的影响。但是从它设计的角度就是为了处理一些意料不到的情况，但是因为当初引入的时候各种各样的原因，导致有些语言为了性能，不推荐使用。
BTW, try catch最好不要catch (Exception), 这样会吃掉不该吃的问题，比如C#中的StackOverflowException, OutOfMemoryException, NullReferenceException etc. 该crash的时候就应该让App crash, restart, 这也是保护你service的一个好方法。

作者：cabbage
链接：https://www.zhihu.com/question/29459586/answer/85859852
来源：知乎

所以不敢什么语言使用try catch 都要损坏性能的。

在来看看一位网友在性能上是如何说明的：

因为发生了异常后,程序的执行路线需要从 try 保护体中跳转到 catch 过滤表达式中,那么编译器在编译期间必须产生必要的代码和数据结构与系统的异常分发函数密切配合,大体来讲就是分析异常处理代码的结构,封装和标记每部分,注册异常处理器函数.

从这个过程来看,在没有异常产生时,代码体积增大了,执行的语句增多了,自然程序执行效率就低;发生异常后,需要分发异常到指定的异常处理函数,析构局部变量,没有匹配的异常处理函数时,还要展开当前调用栈,向上寻找匹配的异常处理函数.

参考：

  http://blog.csdn.net/tao_zi7890/article/details/17584813