是，finally 块总在 return 后执行；若其内有 return，则覆盖 try/catch 的返回值；它是可靠资源释放位置，但需判空防 NPE；try-with-resources 更安全，但不能替代所有 finally 场景；finally 抛异常会掩盖原异常。
finally 块在 return 之后还执行吗
执行。无论 try 或 catch 中是否调用 return，finally 块都会执行——这是 Java 的强制语义。但要注意：如果 finally 里也有 return，它会覆盖 try/catch 中的返回值。
常见错误现象：
- 在
try中return new Object()，又在finally中修改了该对象字段，误以为“没影响”，其实引用未变，修改生效 - 在
try返回基本类型（如int），finally中修改同名变量，不影响已确定的返回值
public static int test() {
int x = 10;
try {
return x; // 此时返回值已确定为 10
} finally {
x = 20; // 不影响返回值
System.out.println("finally runs"); // 会打印
}
}
finally 是释放资源的可靠位置吗
是，但有前提：资源必须在 try 块开始前完成初始化，且不能为 null；否则 finally 中判空不严会导致 NullPointerException。
使用场景：
立即学习“Java免费学习笔记（深入）”；
- 手动关闭
InputStream/OutputStream - 释放数据库
Connection、Statement、ResultSet - 释放本地句柄（如 JNI 资源）
推荐写法（避免空指针）：
InputStream is = null;
try {
is = new FileInputStream("file.txt");
// ... read
} catch (IOException e) {
// handle
} finally {
if (is != null) {
try {
is.close();
} catch (IOException ignored) {} // 关闭异常通常忽略
}
}
Java 7+ 的 try-with-resources 比 finally 更安全吗
是，前提是资源类型实现了 AutoCloseable 接口。它自动调用 close()，且在异常传播时保证资源释放顺序（后声明先关闭），还能抑制 close() 抛出的异常。
关键差异：
-
try-with-resources中资源声明即初始化，作用域严格限定在try块内 - 若
try块抛异常，且close()也抛异常，后者会被“抑制”（可通过Throwable.getSuppressed()获取） - 不能替代所有
finally场景（比如需要在关闭后做日志或状态清理）
try (FileInputStream fis = new FileInputStream("a.txt");
BufferedInputStream bis = new BufferedInputStream(fis)) {
// use bis
} catch (IOException e) {
// e 包含主异常，fis/bis.close() 异常被抑制
}
finally 里抛异常会掩盖原异常吗
会。如果 try 或 catch 已抛出异常，而 finally 又抛出新异常，原始异常将被丢弃，调用栈只显示 finally 的异常。
容易踩的坑：
- 在
finally中调用可能抛异常的方法（如close()）却不捕获 - 误以为 “
finally总是最后执行”，忽略了异常覆盖逻辑
修复方式：始终用 try-catch 包裹 finally 中的危险操作，或改用 try-with-resources。
资源释放真正复杂的地方不在语法，而在资源生命周期是否与代码块完全对齐——比如跨方法传递流、异步关闭、或资源被重复关闭。这些场景下，finally 和 try-with-resources 都无能为力，得靠设计约束和静态检查工具兜底。
