面试官：try-catch 到底写在循环里面好，还是外面好？大部分人都会答错！

将 脚本之家 设为“星标⭐”
第一时间收到文章更新

来源 | Java技术栈（ID：javastack）

如若转载请联系原公众号

问题

面试官：

try-catch 到底写在循环里面好，还是外面好？

这个问题，我相信大部分人都会答错！

到底写在哪里好？

很多人会说当然写在循环外面好，也有一部分人说写在循环里面好，其实这两种回答都不完全对，我们来分析下两者的弊端。

try-catch 写在循环外面的弊端：

try {
 for (...){
  // 处理逻辑
 }
} catch(Exception e) {
 ...
}

如果 try-catch 写在循环外面，一条数据处理异常，循环结束，会导致整个任务的结束，严重影响系统效率。

try-catch 写在循环里面的弊端：

for (...){
 try {
     // 处理逻辑
    } catch(Exception e) {
        ...
    }
}

因为异常处理会影响效率，如果 try-catch 写在循环里面，会造成过多的、没有必要的循环异常处理，会严重影响系统效率。

这一点在阿里巴巴的《Java开发手册》异常处理中也有相关提及：

这里提到了异常的处理效率，确实相对较低，如果循环中写 try-catch，异常不发生或者少发生就还好，如果异常发生较多，系统效率肯定会降低。

所以，不管写在哪里，这个要看实际情况，要结合具体业务再做出具体的选择的，并不是绝对的写在哪里就一定好或者不好。

应用场景

下面我总结一下两者的应用场景，欢迎留言补充！

try-catch 适合写在循环外面的场景：

1）一条数据处理异常，需要停止后面的数据处理；

2）不能接受任意数据处理异常，如在事务方法中，需要整体成功或者失败，这时一条数据处理异常，就需要停止循环后面的数据处理，同时需要回滚循环中所有已处理过的数据；

try-catch 适合写在循环里面的场景：

1）一条数据处理异常，不能影响其他数据的处理；

2）能接受少部分的数据处理异常，而不影响整体数据处理；

如果是连接超时异常类，如果要写在循环里面，可以设置在超过 N 条连接超时后强制退出循环，一方面排除了网络波动，服务可能真的出现故障，这时可以避免过多没有必要的请求超时，待服务恢复后再重试；

总结

目前没有规范说一定要写在哪里比较好，try-catch 写在循环里面或者外面都可以，上面分析了两者的弊端和应用场景，我们也可以根据实际业务场景作出选择。

对于这个面试题，你有什么想分享的呢？欢迎留言讨论～！

  推荐阅读：