在try{}catch{}finally{}块中,都知道finally子块是肯定会执行的。当然也有个别情况,当在try{}或者catch{}块中出现强制退出System.exti(int)时,finally子块就不会执行了。这种情况不在今天的谈论范围以内。
看代码更加直观些:
class="java">package practice;
public class FinallyRun {
private int a = 0;
public int getInt() {
try {
a = 1;
return a;
} finally {
a = 2;
// return a;
}
}
public static void main(String[] args) {
FinallyRun f = new FinallyRun();
int tmp = f.getInt();
System.out.println("f.getInt() = " + tmp);
System.out.println("f.a = " + f.a);
}
}
我在a=1出打了断点,单步跟踪
发现:尽管try中包含return,并且try中的return语句执行完,程序就会跳到finally中,继续跑下去,然后返回退出getInt()方法。结果如下:
f.getInt() = 1
f.a = 2
从结果中可以看出,getInt()方法返回值的1,而变量a的值为2。把代码中的
注释取消,运行程序结果如下:
f.getInt() = 2
f.a = 2
这次变量a的值和方法返回值都为2。
过程比较简单。在try{}中return执行后,会带着这个return流进入finally子块中,虽然finally中修改了变量a的值,但是没有影响到return流中的数据;如果finally中也有return语句,那么finally子块中的return流就会覆盖之前try{}中的return流,然后从方法退出。
如有不对,敬请指正。