面试官：try-catch 到底写在循环里面好，还是外面好？大部分人都会答错！
面试官：try-catch 到底写在循环里面好，还是外面好？大部分人都会答错！
面试官：
try-catch 到底写在循环里面好，还是外面好？
这个问题，我相信大部分人都会答错！
到底写在哪里好？
很多人会说当然写在循环外面好，也有一部分人说写在循环里面好，其实这两种回答都不完全对，我们来分析下两者的弊端。
try-catch 写在循环外面的弊端：
try {
for (...){
// 处理逻辑
}
} catch(Exception e) {
...
}
如果 try-catch 写在循环外面，一条数据处理异常，循环结束，会导致整个任务的结束，严重影响系统效率。
try-catch 写在循环里面的弊端：
for (...){
try {
// 处理逻辑
} catch(Exception e) {
...
}
}
因为异常处理会影响效率，如果 try-catch 写在循环里面，会造成过多的、没有必要的循环异常处理，会严重影响系统效率。
这一点在阿里巴巴的《Java开发手册》异常处理中也有相关提及：
这里提到了异常的处理效率，确实相对较低，如果循环中写 try-catch，异常不发生或者少发生就还好，如果异常发生较多，系统效率肯定会降低。这个完整版手册可以关注公众号Java核心技术，在后台回复关键字 "手册" 获取。
所以，不管写在哪里，这个要看实际情况，要结合具体业务再做出具体的选择的，并不是绝对的写在哪里就一定好或者不好。
应用场景
下面我总结一下两者的应用场景，欢迎留言补充！
try-catch 适合写在循环外面的场景：
1）一条数据处理异常，需要停止后面的数据处理；
2）不能接受任意数据处理异常，如在事务方法中，需要整体成功或者失败，这时一条数据处理异常，就需要停止循环后面的数据处理，同时需要回滚循环中所有已处理过的数据；
try-catch 适合写在循环里面的场景：
1）一条数据处理异常，不能影响其他数据的处理；
2）能接受少部分的数据处理异常，而不影响整体数据处理；
如果是连接超时异常类，如果要写在循环里面，可以设置在超过 N 条连接超时后强制退出循环，一方面排除了网络波动，服务可能真的出现故障，这时可以避免过多没有必要的请求超时，待服务恢复后再重试；
总结
目前没有规范说一定要写在哪里比较好，try-catch 写在循环里面或者外面都可以，上面分析了两者的弊端和应用场景，我们也可以根据实际业务场景作出选择。
对于这个面试题，你有什么想分享的呢？欢迎留言讨论～！