首先 , 话说在前头,
没有什么 在里面 好 和在外面好 或者 不好的 一说。
本篇文章内容:
-
使用场景
-
性能分析
-
个人看法
1. 使用场景
为什么要把 使用场景 摆在第一个 ?
因为本身try catch 放在 for循环 外面 和里面 ,如果出现异常,产生的效果是不一样的。
怎么用,就需要看好业务场景,去使用了。
① try catch 在 for 循环 外面
代码示例 :
public static void tryOutside() { try { for (int count = 1; count <= 5; count++) { if (count == 3) { //故意制造一下异常 int num = 1 / 0; } else { System.out.println("count:" + count + " 业务正常执行"); } } } catch (Exception e) { System.out.println("try catch 在for 外面的情形, 出现了异常,for循环显然被中断"); }
}
结果:
效果结论:
try catch 在 for 循环 外面 的时候, 如果 for循环过程中出现了异常, 那么for循环会终止。
② try catch 在 for 循环 里面
代码示例 :
public static void tryInside() { for (int count = 1; count <= 5; count++) { try { if (count == 3) { //故意制造一下异常 int num = 1 / 0; } else { System.out.println("count:" + count + " 业务正常执行"); } } catch (Exception e) { System.out.println("try catch 在for 里面的情形, 出现了异常,for循环显然继续执行"); } }
}
结果:
效果结论:
try catch 在 for 循环 里面 的时候, 如果 for循环过程中出现了异常,异常被catch抓掉,不影响for循环 继续执行。
ps:
在面试的时候,如果真的连上面这个在外面在里面使用效果都没说对,那,真的会去等通知了。
但是 之前不会的看官,看完这一篇, 肯定会了。
2. 性能
时间上, 其实算是无差别。
内存上, 如果没出异常,其实也是无差别。
但是如果出现了异常, 那就要注意了。
注意点是什么 ? 看代码:
我们简单用
Runtime runtime = Runtime.getRuntime();
long memory = runtime.freeMemory();
来统计一下内存消耗情况:
结论:
也就是说, try catch 放在 for 循环里面 ,因为出现异常不会终止 for循环。所以如果真的存在大批量业务处理全是异常,有那么一定的内存消耗情况。
如果说代码没出错的话, try catch 在 for 里面 和 外面 ,都是几乎没区别的。
为啥, 因为 异常try catch 其实一早编译完就标记了 如果从哪儿(from)出现异常,会直接去到(to)的那行代码去。
-
Exception table
: 当前函数程序代码编译涉及到的异常; -
type
:异常类型; -
target
:表示异常的处理起始位; -
from
:表示 try-catch 的开始地址; -
to
:表示 try-catch 的结束地址;
所以如果不考虑业出错,是否终止循环, 这个try catch 放里放外没啥区别。
3. 个人看法
其实就是看业务。我需要出现异常就终止循环的,就放外头;
不需要终止循环,就搞里头。
但是要注意一点就是,别在for循环里面去 查库调用第三方啥的,这些操作,如果必要,需要慎重考虑了。(别什么都搞里头!!!)
最后说一句(求关注!别白嫖!)
如果这篇文章对您有所帮助,或者有所启发的话,求一键三连:点赞、转发、在看。
关注公众号:woniuxgg,在公众号中回复:笔记 就可以获得蜗牛为你精心准备的java实战语雀笔记,回复面试、开发手册、有超赞的粉丝福利!