Java中finally块修改基本类型返回值不影响实际返回值，因为return执行时已将值快照压栈锁定，finally仅修改局部变量副本；若finally含return则会覆盖原返回值并抑制异常。
在 Java 中，finally 代码块中修改基本类型返回值（比如 int、boolean 等）**不会影响方法的实际返回值**，根本原因在于：Java 的 return 语句在执行时会**先保存返回值的副本**，然后才执行 finally；而 finally 里对局部变量的修改，改变的只是那个变量本身，不是已经“锁定”的返回值。
return 的执行时机比 finally 更早（但 finally 一定执行）
当方法中遇到 return 表达式; 时，JVM 会：
- 计算表达式的值（例如
return x;就取当前x的值） - 把这个值**暂存到一个临时位置**（比如操作数栈顶或本地变量槽）
- 然后去执行
finally块（无论前面是 return、throw 还是正常结束） - 最后才真正把暂存的值作为方法返回结果
所以即使 finally 里写了 x = 100;，它改的是变量 x，而返回值早已确定，不受影响。
看个典型例子
代码：
立即学习“Java免费学习笔记（深入）”；
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
public static int getValue() {
int x = 10;
try {
return x; // 此时返回值已确定为 10
} finally {
x = 20; // 修改 x，但不影响已暂存的返回值
System.out.println("finally 中 x = " + x); // 输出 20
}
}
调用 getValue() 的结果是 10，不是 20。控制台会打印 finally 中 x = 20，但返回值不变。
为什么引用类型看起来“能被修改”？
如果返回的是对象引用（如 List、自定义对象），finally 中通过引用**修改对象内部状态**（比如 list.add("a") 或 obj.field = 100），是生效的——因为返回的是引用地址，对象本体在堆上，finally 和 try 共享同一个对象实例。
但注意：如果在 finally 中写 obj = new MyObj();（重新赋值引用本身），同样不会改变返回值，因为返回的仍是原来那个引用地址。
真正能覆盖返回值的方法只有这一种
唯一能让 finally “改变返回值”的方式，是在 finally 块里**再写一条 return 语句**：
public static int getValue() {
try {
return 10;
} finally {
return 20; // ✅ 直接 return，会覆盖 try 中的返回
}
}
此时结果是 20。但这种写法通常不推荐，因为它会让逻辑难懂、掩盖异常、违反单一出口原则。
