微讨论：try/catch块和循环内外有什么区别？

曾经终败给现在 2022-04-10 04:56 121阅读 0赞

## **              Try catch放在循环内外的区别？** ##

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p6aHVhbl8x_size_16_color_FFFFFF_t_70][]

当看到这个问题的时候我们可能会下意识觉得这个没有什么值得研究的，可能是纯属浪费时间，

但是开发过程中同事遇到了这个问题，也因此讨论了下，那就有必要记录下，要有一个探究之心，也不往程序猿之名（自然这个问题很简单，个人也是感觉应该和业务相关的而不是性能的考虑）

## 案例分析 ##

首先上个例子：

public void test1() 
    {   
        while(true) 
        {   
            try
            {   
                Thread.sleep(30*60*1000);   
            }
            catch (InterruptedException e)
            {   
                // TODO Auto-generated catch block   
                e.printStackTrace();   
            }   
        }   
    }   
       
    public void test2()
    {   
        try
        {   
            while(true)
            {   
                Thread.sleep(30*60*1000);   
            }   
        }
        catch (InterruptedException e)
        {   
            // TODO Auto-generated catch block   
            e.printStackTrace();   
        }   
    }

来自：[https://blog.csdn.net/lihb018/article/details/8165174][https_blog.csdn.net_lihb018_article_details_8165174]

通过以上的2个例子有的认为test1是对性能影响很大，所以不建议这样写？

## 测试用例 ##

于是乎又找了写测试数据：摘自 JAVA性能调优- try/catch块和循环 博文

测试省略..

...进入正式循环 ...
    
    ...正式运行阶段,try/catch在循环中耗时: 389151690
    
    ...正式运行阶段,try/catch不在循环中耗时: 389874615

结论

从测试结果来看，可能我们的JDK(1.6)会自动优化字节码的缘故，因此try/catch是否在循环中，对整体性能的影响几乎微乎其微，389151690 389874615 差距非常的小。

测试博文：[https://blog.csdn.net/ffm83/article/details/43192393][https_blog.csdn.net_ffm83_article_details_43192393]

## 最终结论： ##

因此，在实际工作中，可以考虑根据实际需要，把try catch块放在需要的地方。

test1是将try catch放在了循环内，test2是将try catch放在了循环外。

二者的区别是如果test2中循环内容抛出异常的话，就直接跳出了循环，而test1在执行中抛出异常会继续循环。

至于二者选择哪种方式更好就要看你循环的内容了，①如果是为了计算一个结果的话，其中一个遇到异常那么即使继续计算后面的，最后的结果也不会正确，那么我们就需要按test2的方式编码；②如果是一个服务器线程维持一直处理其它线程产生的数据，为了保证系统的稳定性，就必须按test1的方式来编码。

没必要比较性能。如果需求是第②种情况没的选，如果是第①种情况，try catch写在外面，既美观，又易懂，性能肯定不比放在里面差

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p6aHVhbl8x_size_16_color_FFFFFF_t_70]: /images/20220402/8bb22ff8cf2f4eb3b1ed00e550f4634e.png
[https_blog.csdn.net_lihb018_article_details_8165174]: https://blog.csdn.net/lihb018/article/details/8165174
[https_blog.csdn.net_ffm83_article_details_43192393]: https://blog.csdn.net/ffm83/article/details/43192393