在Java中try块内写return合法但需谨慎，其返回值可能被finally中的return覆盖；finally应仅用于资源清理，避免return或throw；推荐使用try-with-resources替代手动finally。
可以，在Java中try块里写return是完全合法的，但它的执行逻辑和异常处理机制密切相关，稍不注意容易引发意料之外的行为。
try中的return会立即准备返回，但可能被finally覆盖
当try块中执行到return语句时，Java会先计算返回值并暂存（对基本类型是值本身，对引用类型是对象引用），然后**继续执行finally块**。如果finally中也有return，它会直接结束方法，覆盖try中已准备好的返回值。
- 示例：
public static int test() { try { return 1; } finally { return 2; // 实际返回2，try里的1被丢弃 } } - 即使
try中抛出异常，只要finally有return，异常也会被“吞掉”，调用方收不到异常
finally中避免return，除非你明确需要覆盖结果
finally的设计本意是执行清理工作（如关闭资源、释放锁），不是控制返回逻辑。在其中写return会让代码行为难以预测，尤其在调试或多人协作时容易踩坑。
- 推荐做法：在
finally中只做资源清理，不要写return或throw - 若必须统一返回值，可将结果存在局部变量中，在
try、catch、finally之后统一return
return与异常共存时的执行顺序要理清
如果try中有return，同时又发生未捕获的异常（比如finally里抛异常，或try中return前就抛了异常），实际返回或传播的是哪个？关键看异常发生的时机：
立即学习“Java免费学习笔记（深入）”；
-
try中return前抛异常 → 进入匹配的catch（如有），再执行finally -
try中return已执行（值已暂存），finally中又抛异常 →finally的异常会向外传播，try的返回值丢失 -
finally中return和抛异常同时存在 →return优先，异常被抑制
现代写法建议：用try-with-resources替代手动finally
对于资源管理（如FileInputStream、Connection等），优先使用try-with-resources语法。它自动调用close()，无需手写finally，从根本上规避了finally干扰返回值的问题。
- 示例：
public static String readFirstLine(String path) throws IOException { try (BufferedReader reader = Files.newBufferedReader(Paths.get(path))) { return reader.readLine(); // 安全返回，close自动执行且不影响return } } - 资源类需实现
AutoCloseable接口才支持该语法
