finally块中修改返回值不会改变已确定的返回结果；基本类型赋值无效，引用类型可修改对象状态但不能重赋引用；finally中return会覆盖原返回值并压制异常。
在 Java 中，finally 块中修改返回值**不会改变已经确定的返回结果**，但容易因代码写法产生误解。关键在于：方法的返回值在 return 语句执行时就已确定（基本类型是值拷贝，引用类型是引用拷贝），finally 中的赋值操作若不伴随新的 return，不会影响该次返回。
基本类型返回值在 finally 中赋值无效
如果方法返回基本类型（如 int），且 try 或 catch 中已有 return，那么该返回值已被压栈保存；finally 中对同名变量的修改只是改变了局部变量，不影响已确定的返回值。
例如：
public static int getValue() {
int x = 1;
try {
return x; // 此时返回值 1 已确定
} finally {
x = 2; // 不影响返回结果，x 是局部变量，与返回值无关
}
}
// 调用结果：返回 1，不是 2
finally 中出现 return 会覆盖原返回值
这是最易出错的情况：finally 块中一旦有 return 语句，它将**直接结束方法执行**，导致 try 或 catch 中的 return 被忽略。
- 无论之前是否已计算好返回值，
finally的return都会成为最终返回结果 - 这还会导致异常被“吞掉”——即使
try抛出异常，finally的return也会压制它
示例：
public static int getValue() {
try {
return 1;
} finally {
return 2; // ✅ 实际返回 2，try 中的 return 1 被丢弃
}
}
引用类型返回值需注意对象状态而非引用本身
若返回的是对象（如 List、自定义对象），try 中 return obj 返回的是引用的拷贝；finally 中通过该引用修改对象**内部状态是生效的**，但重新赋值引用（如 obj = new Xxx()）无效。
- ✅
obj.setName("new")→ 调用方拿到的对象属性已变 - ❌
obj = new MyObj()→ 不影响已返回的引用
这是因为返回的是引用值（内存地址），finally 中改地址不影响已传出的那个地址。
规避风险的最佳实践
- 避免在 finally 中写 return，尤其不要用于“兜底返回”逻辑
- 如需统一后置处理（如资源清理、日志），只做副作用操作，不修改返回相关变量
- 若必须调整返回值，应在 try/catch 内完成，并用局部变量承接，finally 仅负责清理
- 使用 try-with-resources 替代手动 try-finally，减少出错机会
