经常在面试题中会看到：exit、finally、return的提问，这也是考察个人的基础知识。
一般（注意我的措辞‘一般’）我们都知道exit()是退出虚拟机，那么一旦调用了exit，则不管什么
return 、finally统统忽略不计，但前段时间看到了一篇博文“关于java的10个谎言”（搜了一下，好多
地方都有，也不知道谁是"首发"），这里要小记一下第一个问题（System.exit(0)会跳过finally的执
行？）的思考。
1、三者一般执行顺序
a、return，表示方法执行返回或者结束方法运行，其实就是方法退出栈执行
b、exit(0) ，退出虚拟机（一般认为就立马结束虚拟机生命）
c、finally ，一般直接跟在try块或者catch块后面，在try或catch语句块中控制转移语句之前执行。
eixt，很好理解，那return与finally呢？可以这样通俗的理解：
在面向对象程序执行过程其实就是各种对象之间通信，对象之间的通信不就是方法调用吗，是的，所以程序执行就是一个个方法的运行，所有方法运行完了，程序也就结束了，而finally只是一个语句，那么他势必是属于某个方法的（事实是，编译器在编译finally块的时候也只是这么做的），而return是方法的结束语句，这样一来，二者就转化为顺序执行了——先finally后return（方法都要退出栈了，还不执行finally，等待何时 ？）。
其实上面的只是帮助理解，本质上，finally块在虚拟机编译处理的时候，会将finally块的语句插入到try
或者catch语句块中的控制转移语句之前，而return就是控制转移语句之一，所以，当二者同时出现
时，finally语句块会被编译器插如到return之前 。
2、System.exit(0)会跳过finally的执行？ 真的吗？
上面对三者的执行顺序做了简单总结，但是运行如下代码试试，看exit后为啥还执行finally？
public static void main(String[] args) {
System.setSecurityManager(new SecurityManager(){
@Override
public void checkExit(int status) {
throw new ThreadDeath();
}
});
try {
System.exit(0);
} finally{
System.out.println("in finally block ");
}
}
执行结果可能颠覆了前面说的：exit后其他都不执行，其实，前面说的是一般情况，而且99%的情况都
是那样的顺序，只是上面的代码耍了小心机（或者说我们没仔细探究exit方法）。
上面代码之所以会输出“in finally block”,是因为前面设置的SecurityManager中覆盖了checkExit方法，导致虚拟机并没有退出，为什么呢，请看分析：
其实，这一切都是因为exit方法的实现过程，以下片段为Runtime 类中exit方法源码：
public void exit(int status) {
SecurityManager security = System.getSecurityManager();
if (security != null) {
security.checkExit(status);
}
Shutdown.exit(status);
}
main方法开始自上而下执行，首先设置了一个安全管理器实例，接着调用System.exit(0) ，调用时执行上面的exit方法，运行环境获取到了我们自定义安全管理器，并开始调用覆盖的方法，checkExit ,但checkExit方法抛出了error（不是exception，请看ThreadDeath类），导致exit的中Shutdown.exit()调用失败，从而导致虚拟机并没有退出，那么finally当然要执行了。
经此，看来我们以后在学习过程中一定要看一手资料，多看细节实现。