java finally块执行时机全面分析
java里 finally 关键字通常与try catch块一起使用。用来在方法结束前或发生异常时做一些资源释放的操作。最近也看到网上有一些讨论try catch finally关键词执行的顺序的文章，并给出了finally块是在方法最后执行的。
这些观点普遍认为：
1) finally关键词是在程序return语句后返回上一级方法前执行的，其中返回值会保存在一个临时区域，待执行完finally块的部分后，在将临时区域的值返回。
2) 若finally块里有返回值会替换掉程序中前面的try 或catch块中return语句存放在临时区域的值。
但是问题真的是这样的吗，我们仔细的想想，jvm是在运行时对字节码指令进行解释执行的，当他在执行到return语句后，他哪知道后面有没有finally块，如果没有finally块怎么办，不管是字节码指令还是计算机的指令应该是明确的，jvm没有那么智能，同一个指令必须是明确的，不会包含两层含义。所以对于return语句在运行时不管什么情况，统一会弹出栈的内容并返回到调用方法。
与此同时，我们可以看到《深入java虚拟机》这一本书中给出了另外一种解释。在java编译器编译finally子句时会生成jsr指令，它使jvm调转到微型子例程进行执行，也就是finally块处，同时将程序中的return 0语句编译为在调用jsr指令前栈中的返回变量到局部变量，调用jsr指令，执行finally块，finally块返回，在将局部变量中的返回值压入栈，执行ireturn指令，从栈中弹出返回值，返回到调用方法，这里在执行jsr指令前将返回值保存在局部变量中，是因为finally块执行的过程中可能发生异常或者说是也有返回值，只有这样做才能保证最后程序执行的一致性。由于《深入java虚拟机》写的已经也一些年代了，同时作者使用的jvm编译器的实现及版本与本文讨论的也有差别。所以经过测试，对于同一程序不同的编译器实现或版本不同的字节码的生成稍微有些差别。有兴趣可以看看这本书中finally子句生成的字节码。
本文的字节码生成使用的是Oracle的jdk8u-25版本的编译器编译生成的。
下面我们来看一个实例。
1.try catch finally 示例：
public class FinallyTest {
public static void main(String[] args) {
int r = test();
System.out.println(r);
}
public static int test()
{
try {
System.out.println("try");
//return 1/0;
return 0;
} catch (Exception e) {
System.out.println("exception");
return 100;
}finally{
System.out.println("finally");
}
}
}
try块中使用return 0语句，程序的运行结果是：
try
finally
0
try块中使用 return 1/0 语句，程序运行的结果是：
exception
finally
100
其实通过运行结果我们可以看出的是finally块是在try或catch块中的return语句前其他语句后执行的。也就是说程序的书写顺序与我们执行顺序不符，因为jvm是对字节码进行解释执行的，那么我们需要看看java编译器是如何编译这段代码的，看看其生成的字节码究竟是什么样的。
2.程序生成的部分字节码：（java字节码指令请参考）
public static int test();
descriptor: ()I
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=2, locals=2, args_size=0
0: getstatic #20 // Field java/lang/System.out:Ljava/io/PrintStream;
3: ldc #36 // String try
5: invokevirtual #38 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
8: getstatic #20 // Field java/lang/System.out:Ljava/io/PrintStream;
11: ldc #41 // String finally
13: invokevirtual #38 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
16: iconst_0
17: ireturn
18: astore_0
19: getstatic #20 // Field java/lang/System.out:Ljava/io/PrintStream;
22: ldc #43 // String exception
24: invokevirtual #38 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
27: getstatic #20 // Field java/lang/System.out:Ljava/io/PrintStream;
30: ldc #41 // String finally
32: invokevirtual #38 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
35: bipush 100
37: ireturn
38: astore_1
39: getstatic #20 // Field java/lang/System.out:Ljava/io/PrintStream;
42: ldc #41 // String finally
44: invokevirtual #38 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
47: aload_1
48: athrow
Exception table:
from to target type
0 8 18 Class java/lang/Exception
0 8 38 any
18 27 38 any
从红色的部分我们可以看出：10,11行对应的是finally块语句指令，16,17对应的是return 0指令，在try块其他语句之后，return之前。而19,20对应的是finally块指令，21,22对应的是return 100语句的指令，在catch其他语句之后，return之前，由此我们可以看出这些背后发生的一切是java编译器为我们做了这一切，至于程序中发生的异常，jvm会从异常表找到对应处理异常的地址位置执行。
因此我们可以得出结论finally块中的语句会由java编译器插入到try块和catch块return语句之前，其他语句之后。在这里也没有生成jsr调用的子例程。所以才发生不管是执行try块还是执行catch块，最终在方法返回前都会执行finally块。
以上这篇java finally块执行时机全面分析就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持脚本之家。
相关文章
这篇文章主要介绍了Java实现的连续奇数(n+2*x)是合数的算法题暴力算法,本文包含运算结果和实现代码,需要的朋友可以参考下2014-09-09
外观模式为多个复杂的子系统，提供了一个一致的界面，使得调用端只和这个接口发生调用，而无须关系这个子系统内部的细节。本文将通过示例详细为大家讲解一下外观模式，需要的可以参考一下2022-03-03
我们在编写接口时会传入复杂参数，如Map、Model等，这种类似的参数会有相应的参数解析器进行解析，并且最后会将解析出的值放到request域中，下面我们一起来探析一下其中的原理2022-09-09
这篇文章主要介绍了Java编程的Observer观察者设计模式,观察者模式定义了一个一对多的依赖关系,让一个或多个观察者对象监察一个主题对象,需要的朋友可以参考下2016-01-01
下面小编就为大家带来一篇浅谈Java中注解Annotation的定义、使用、解析。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧2017-04-04
这篇文章主要介绍了Java集合排序规则接口Comparator用法解析,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下2020-09-09
Java 内存模型的主要目的是定义程序中各种变量的访问规则, 关注在虚拟机中把变量值存储到内存和从内存中取出变量值这样的底层细节2021-09-09
Seata 是一款开源的分布式事务解决方案,致力于提供高性能和简单易用的分布式事务服务,这篇文章主要介绍了SpringCloud之Seata基本介绍与安装,需要的朋友可以参考下2024-01-01
这篇文章主要为大家详细介绍了Java字母大小写转换的方法，具有一定的参考价值，感兴趣的小伙伴们可以参考一下2017-06-06
这篇文章主要介绍了Java 网络爬虫新手入门详解,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下2019-10-10
最新评论