finally块中的代码什么时候被执行?finally是不是一定会被执行?(见最后引申)

本文探讨了Java中try-catch-finally语句中的return语句执行时机及finally块的作用,通过实例展示了不同情况下finally块内return的影响,并讨论了finally块执行的条件。

问题描述:try{}里有一个return语句,那么紧跟在这个try{}后面的finally{}中的代码是否会被执行?如果会的话,什么时候被执行,在return之前还是return之后?


在Java语言的异常处理中,finally块的作用就是为了保证无论出现什么情况,finally块里的代码一定会被执行。由于程序执行return就意味着结束对当前函数的调用并跳出这个函数体,因此任何语句要执行都只能在return前执行(除非碰到exit函数),因此finally块里的代码也是在return之前执行的。此外,如果try-finally或者catch-finally中都有return,那么finally块中的return将会覆盖别处的return语句,最终返回到调用者那里的是finally中return的值。下面通过一个例子来说明这个问题:

package com.js;
/**
 * try-catch中有return语句,finally中代码运行时机问题
 * @author jiangshuai
 */

public class Test{
	public static int testFinally(){
		try {
			return 1;
		} catch (Exception e) {
			return 0;
		}finally{
			System.out.println("execute finally");
		}
	}
	public static void main(String[] args){
		int result = testFinally();
		System.out.println(result);
	}
}
运行结果:

execute finally
1

从上面这个例子中可以看出,在执行return语句前确实执行了finally块中的代码。紧接着,在finally块里放置个return语句,来看看到底最终返回的是哪个return语句的值,例子如下图所示:

package com.js;
/**
 * try-catch中有多个return语句,研究return的是哪一个
 * @author jiangshuai
 */

public class Test{
	public static int testFinally(){
		try {
			return 1;
		} catch (Exception e) {
			return 0;
		}finally{
			System.out.println("execute finally");
			return 3;
		}
	}
	public static void main(String[] args){
		int result = testFinally();
		System.out.println(result);
	}
}
运行结果:

execute finally
3

从以上运行结果可以看出,当finally块中有return语句时,将会覆盖函数中其他return语句。此外,由于在一个方法内部定义的变量都存储在栈中,当这个函数结束后,其对应的栈就会被回收,此时在其方法体中定义的变量将不存在了,因此,对基本类型的数据,在finally块中改变return的值对返回值没有任何影响,而对引用类型的数据会有影响(详见 

Java中的值传递与引用传递详解

)。下面通过一个例子来说明这个问题:

package com.js;
/**
 * 在finally块中改变基本数据类型、引用类型对比
 * @author jiangshuai
 */

public class Test{
	public static int testFinally1(){
		int result = 1;
		try {
			result = 2;
			return result;
		} catch (Exception e) {
			return 0;
		}finally{
			result = 3;
			System.out.println("execute finally1");
		}
	}
	public static StringBuffer testFinally2(){
		StringBuffer s = new StringBuffer("Hello");
		try {
			return s;
		} catch (Exception e) {
			return null;
		}finally{
			s.append(" World");
			System.out.println("execute finally2");
		}
	}
	public static void main(String[] args){
		int result = testFinally1();
		System.out.println(result);
		StringBuffer resultRef = testFinally2();
		System.out.println(resultRef);
	}
}
运行结果:

execute finally1
2
execute finally2
Hello World

程序在执行到return时会首先将返回值存储在一个指定的位置,其次去执行finally块,最后再返回。在方法testFinally1中调用return前,先把result的值1存储在一个指定的位置,然后再去执行finally块中的代码,此时修改result的值将不会影响到程序的返回结果。testFinally2中,在调用return前先把s存储到一个指定的位置,由于s为引用类型,因此在finally中修改s将会修改程序的返回结果。


引申:出现在Java程序中的finally块是不是一定会被执行?

答案:不一定。

下面给出两个finally块不会被执行的例子:

1)、当程序进入try块之前就出现异常时,会直接结束,不会执行finally块中的代码,示例如下:

package com.js;
/**
 * 在try之前发生异常
 * @author jiangshuai
 */

public class Test{
	public static void testFinally1(){
		int result = 1/0;
		try {
			System.out.println("try block");
		} catch (Exception e) {
			System.out.println("catch block");
		}finally{
			System.out.println("finally block");
		}
	}
	public static void main(String[] args){
		testFinally1();
	}
}
运行结果:

Exception in thread "main" java.lang.ArithmeticException: / by zero
at com.js.Test.testFinally1(Test.java:9)
at com.js.Test.main(Test.java:19)
程序在执行1/0时会抛出异常,导致没有执行try块,因此finally块也就不会被执行。

2)、当程序在try块中强制退出时也不会去执行finally块中的代码,示例如下:

package com.js;
/**
 * 在try之前发生异常
 * @author jiangshuai
 */

public class Test{
	public static void testFinally1(){
		try {
			System.out.println("try block");
			System.exit(0);
		} catch (Exception e) {
			System.out.println("catch block");
		}finally{
			System.out.println("finally block");
		}
	}
	public static void main(String[] args){
		testFinally1();
	}
}
运行结果:

try block

上例在try块中通过调用System.exit(0)强制退出了程序,因此导致finally块中的代码没有被执行。


<think>首先,用户的问题是:“我想了解Java中finally执行行为 请问Java finally是否是会执行”。我需要基于提供的引用内容来回答。 关键引用: - 引用[1]:finally代码一定执行,比如在特殊情况下。 - 引用[2]:finally并非在所有情况下都会执行。 - 引用[3]:列出了finally执行的场景: 1. 调用System.exit() 2. JVM崩溃或严重错误 3. 无限循环/阻塞 4. 守护线程的非守护线程终止 - 引用[4]:finallytry中退出JVM时执行。 - 引用[5]:从字节码层面解释finally执行机制。 所以,答案是否定的,finally是会执行。我需要清晰地解释原因和场景。 回答结构: 1. 直接回答问题:finally是会执行。 2. 解释为什么通常认为它执行finally的设计初衷是确保在try之后执行清理代码,比如关闭资源。 3. 列出finally执行的场景: - 调用System.exit()方法 - JVM崩溃或出现严重错误(如OutOfMemoryError) - try进入无限循环或阻塞状态 - 守护线程在非守护线程终止时 4. 提供示例代码或解释来阐明这些场景。 5. 自然地添加引用标识:[^1], [^2], [^3], [^4], [^5]。 系统级指令: - 行内数学表达式用$...$,但这里没有数学内容,所以可能需要。 - 独立公式用$$...$$,但同样适用。 - LaTeX语法正确:确保任何代码或表达式正确。 - 使用中文回答。 - 生成相关问题:在回答后添加相关问题部分。 - 回答中引用的段落末尾添加引用标识。 用户可层: - 结构清晰:分步骤或分点回答。 - 保证真实可靠:基于引用内容。 最终回答结构: 1. 开头直接回答。 2. 解释finally的正常行为。 3. 详细说明finally执行的场景。 4. 结。 5. 添加相关问题。 相关问题: - 基于引用,生成2-3个相关问题。 - 例如:finally在异常处理中的优先级是什么? - 如何确保finally执行? - finally在字节码层面是如何实现的? 现在,撰写回答。</think>### Java finally执行行为分析 在Java异常处理机制中,`finally`被设计用于确保关键代码(如资源清理)在`try`执行后运行,无论是否发生异常。然而,**finally是会执行**。在大多数正常场景下,它确实会执行,但某些特殊情况会导致其被跳过。下面我将逐步解释其行为,确保回答清晰可靠。 #### 1. **finally的正常行为** - **设计初衷**:`finally`是`try-catch-finally`结构的一部分,旨在保证代码在`try`正常结束或抛出异常后都能运行。例如,在文件操作中关闭流: ```java try { // 可能抛出异常的代码 FileInputStream file = new FileInputStream("test.txt"); } catch (IOException e) { // 异常处理 } finally { // 通常执行:关闭资源 if (file != null) file.close(); } ``` - **执行优先级**:在`try`中,即使有`return`语句或异常被捕获,`finally`也会在方法返回前执行。这确保了资源释放的可靠性[^5]。 #### 2. **finally执行的场景** 尽管`finally`在多数情况下可靠,但以下特殊情况会导致其被跳过(基于JVM底层机制): | 场景 | 示例代码 | 解释 | |------|----------|------| | **调用`System.exit()`** | `try { System.exit(0); } finally { System.out.println("执行"); }` | `System.exit()`直接终止JVM进程,后续代码(包括`finally`)均执行[^3][^4]。 | | **JVM崩溃或严重错误** | `try { throw new OutOfMemoryError(); } finally { /* 执行 */ }` | 发生`Error`(如`OutOfMemoryError`或`StackOverflowError`)可能导致JVM崩溃,跳过`finally`[^3]。 | | **无限循环或阻塞** | `try { while(true); } finally { /* 无法到达 */ }` | 如果`try`进入死循环或永久阻塞(如线程挂起),`finally`永远会被执行[^3]。 | | **守护线程的非守护线程终止** | `Thread daemon = new Thread(() -> { try { ... } finally { /* 可能执行 */ } }); daemon.setDaemon(true); daemon.start();` | 当所有非守护线程结束时,JVM会立即终止守护线程,此时`finally`可能未执行[^3]。 | #### 3. **结** - **通常执行**:在标准异常处理中(如`try`正常结束或抛出`Exception`),`finally`几乎执行,这符合其设计初衷[^2][^5]。 - **执行的例外**:上述场景涉及JVM级中断或可恢复错误,此时`finally`被跳过,因为JVM已无法继续执行代码[^1][^4]。开发中应避免这些情况,例如要滥用`System.exit()`。 - **最佳实践**:对于关键清理逻辑,建议结合`try-with-resources`(Java 7+)自动管理资源,减少对`finally`的依赖。 之,`finally`并非绝对可靠,但在可控环境下能有效保障代码健壮性[^3][^5]。
评论 15
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值