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语句在运行时不管什么情况,统一会弹出栈的内容并返回到调用方法。

finally语句在方法返回前执行的是没错,但是在try 或 catch 块之后执行,是不能成立的。下面我们来看一个实例。

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是对字节码进行解释执行的,那么我们需要看看c#编译器是如何编译这段代码的,看看其生成的字节码究竟是什么样的。

2.程序生成的部分字节码:(java字节码指令请参考

 1  public static int test();
 2     descriptor: ()I
 3     flags: ACC_PUBLIC, ACC_STATIC
 4     Code:
 5       stack=2, locals=2, args_size=0
 6          0: getstatic     #20                 // Field java/lang/System.out:Ljava/io/PrintStream;
 7          3: ldc           #36                 // String try
 8          5: invokevirtual #38                 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
 9          8: getstatic     #20                 // Field java/lang/System.out:Ljava/io/PrintStream;
10         11: ldc           #41                // String finally
11         13: invokevirtual #38                 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
12         16: iconst_0
13         17: ireturn
14         18: astore_0
15         19: getstatic     #20                 // Field java/lang/System.out:Ljava/io/PrintStream;
16         22: ldc           #43                 // String exception
17         24: invokevirtual #38                 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
18         27: getstatic     #20                 // Field java/lang/System.out:Ljava/io/PrintStream;
19         30: ldc           #41                 // String finally
20         32: invokevirtual #38                 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
21         35: bipush        100
22         37: ireturn
23         38: astore_1
24         39: getstatic     #20                 // Field java/lang/System.out:Ljava/io/PrintStream;
25         42: ldc           #41                 // String finally
26         44: invokevirtual #38                 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
27         47: aload_1
28         48: athrow
29       Exception table:
30          from    to  target type
31              0     8    18   Class java/lang/Exception
32              0     8    38   any
33             18    27    38   any

从红色的部分我们可以看出:10,11行对应的是finally块语句指令,16,17对应的是return 0指令,在try块其他语句之后,return之前。而19,20对应的是finally块指令,21,22对应的是return 100语句的指令,在catch其他语句之后,return之前,由此我们可以看出这些背后发生的一切是c#编译器为我们做了这一切,至于程序中发生的异常,jvm会从异常表找到对应处理异常的地址位置执行。

因此我们可以得出结论finally块中的语句会有c#编译器插入到try块和catch块return语句之前,其他语句之后。所以才发生不管是执行try块还是执行catch块,最终在方法返回前都会执行finally块。

时间: 2024-08-26 03:34:28

java finally块执行时机分析的相关文章

java的static块执行时机

一.误区:简单认为JAVA静态代码块在类被加载时就会自动执行.证错如下: [java] view plain copy class MyClass1 { static {//静态块 System.out.println("static block "); } } public class Main { Class[] classArray = { MyClass1.class//这样引用该类,必然需要将该类加载到虚拟机中 }; public static void main(Strin

深入java虚拟机之类的静态代码块执行时机

public class Test {   public static void main(String[] args) throws ClassNotFoundException {     // System.out.println(Class.forName("java.lang.String").getClassLoader());     // System.out.println(Class.forName("java.lang.Object").get

java代码块执行顺序

1.测试类 public class Demo extends SuperDemo { //静态代码块 static{ System.out.println("this is static block"); } //普通代码块 { System.out.println("this is normal block"); } //默认构造函数 public Demo(){ System.out.println("this is demo constructor

静态代码块执行时机

静态变量在准备阶段赋默认零值,在初始化阶段赋用户值,静态代码块在初始化阶段执行 public class StaticBlockDemo { static int a = 2; static { // 如果在准备阶段,则a = 0; // 如果在初始化阶段, a = 2; System.out.println(a); } public static void main(String[] args) { } } 原文地址:https://www.cnblogs.com/heyboom/p/1140

java static块详解

1. java static块执行时机 java static块在类被初始化的时候被执行. 参考<深入Java虚拟机>中的描述,一个java class的生命周期: 装载 通过类的全限定名,产生一个代表该类型的二进制数据流: 解析这个二进制数据流为方法区内的数据结构: 创建一个表示该类型的java.lang.Class的实例. 如果一个类装载器在预先装载的时遇到缺失或错误的class文件,它需要等到程序首次主动使用该类时才报告错误. 连接 验证,确认类型符合Java语言的语义,检查各个类之间的

java静态成员变量,静态代码块执行测试

Java  类对象 静态成员变量,静态代码块加载执行顺序. package com.yjm.pro; import java.io.IOException; import java.util.Properties; public class Pro {  public static String url;  public static String username;  public static String password;  public static String classforna

java 代码块的执行顺序

举一个实例程序: class HelloA { public HelloA(){ System.out.println("Hello A!父类构造方法"); } { System.out.println("i'm A class.父类非静态代码块"); } static{ System.out.println("static A 父类静态代码块"); } } class HelloB extends HelloA { public HelloB(

夯实Java基础系列7:一文读懂Java 代码块和执行顺序

目录 Java中的构造方法 构造方法简介 构造方法实例 例 1 例 2 Java中的几种构造方法详解 普通构造方法 默认构造方法 重载构造方法 java子类构造方法调用父类构造方法 Java中的代码块简介 Java代码块使用 局部代码块 构造代码块 静态代码块 Java代码块.构造方法(包含继承关系)的执行顺序 参考文章 微信公众号 Java技术江湖 个人公众号:黄小斜 本系列文章将整理到我在GitHub上的<Java面试指南>仓库,更多精彩内容请到我的仓库里查看 https://github

java基础复习一、代码块执行顺序

1 /** 2 * 代码块执行顺序的测试 3 * 执行顺序 静态代码块>main代码块>构造代码块>构造函数>普通代码块 4 * @author Administrator 5 * 6 */ 7 public class ClassDemo01 { 8 static { 9 System.out.println("这是一个静态代码块"); 10 } 11 { 12 System.out.println("这是一个构造代码块"); 13 } 1