记得在做企业云项目的时候，我接了两个有意思的任务，一个是为几个线程加很多的try/catch代码。catch的异常有好几层，范围最小的，或者说最精准的异常放在最上面，最后跟一个Exception e。类似这种

try {} catch (IOException e) {} catch (Exception e) {}

还一个需求是在订单流转的三个线程里面增加监控的代码，监控这三个主要线程的执行时间，当时的工程师特意让我注意，增加的代码一定要写在try/catch里面，保证新增代码执行错误的时候，原有流程可以正常走下去。

正好今天有时间研究java中的try/catch执行原理，现在总结一下。

比如现在有两段代码

private void test1() { List<String> testList = new ArrayList<>(); testList.add("1"); testList.add("2"); testList.add("a"); testList.add("4"); testList.add("5"); for (String str : testList) { try { int num = Integer.parseInt(str); System.out.println(num); } catch(NumberFormatException ex) { System.out.println(ex); } } }private void test2() { List<String> testList = new ArrayList<>(); testList.add("6"); testList.add("a"); testList.add("8"); testList.add("9"); testList.add("10"); try { for (String str : testList) { int num = Integer.parseInt(str); System.out.println(num); } } catch(NumberFormatException ex) { System.out.println(ex); } }

先说功能上的区别：test1()的异常捕获代码在循环里面，当程序出现异常后，剩下的正常数据依然可以跑完，而test2()异常捕获代码在循环外面，循环内出现异常整个处理就终止了。这样的话，一般情况下我们对异常数据的处理方式其实是正常数据跑通流程，异常数据抛出，test2()并不能满足这种需求。

下面来看看性能问题，之前有看到资料说，try/catch要写在循环外面，，防止出现性能的损失。不过今天看了try/catch的执行原理，结论是在没有抛出异常的情况下，性能完全没区别。

讨论帖地址：

异常处理帖地址：

1、类会跟随一张 异常表（exception table），每一个try catch都会在这个表里添加行记录，每一个记录都有4个信息（try catch的开始地址，结束地址，异常的处理起始位，异常类名称）。

2、当代码在运行时抛出了异常时，首先拿着抛出位置到异常表中查找是否可以被catch（例如看位置是不是处于任何一栏中的开始和结束位置之间），如果可以则跑到异常处理的起始位置开始处理，如果没有找到则原地return，并且copy异常的引用给父调用方，接着看父调用的异常表。。。以此类推。

所以最终的结论是，要根据需求，选择合适的try/catch进行处理，满足功能。