在finally中抛出新异常会覆盖原始异常，应通过异常链保留cause或使用try-with-resources自动处理suppressed异常，避免return或无因抛出。
在finally块中直接抛出新异常，会覆盖try或catch中已发生的原始异常，导致信息丢失。要避免这种“二次崩溃”掩盖问题，必须用异常链把原始异常作为原因（cause）保留下来。
用Throwable构造器传递原始异常
Java所有异常类都支持带cause参数的构造方法。当finally中发生清理失败（如close()抛IOException），应捕获它，并用原始异常作为cause重新包装：
- 先保存try/catch中可能抛出的异常（例如用局部变量引用）
- 在finally里执行清理操作，若失败则捕获新异常
- 用
new CustomException("清理失败", originalCause)构造新异常并抛出
推荐使用try-with-resources替代手动finally
对于实现了AutoCloseable的资源（如FileInputStream、Connection），优先用try-with-resources语法。它底层自动调用close()，并在发生多个异常时自动将try块中的异常设为suppressed exception，保留主异常链。
- 无需手写finally，减少出错概率
- JVM自动处理异常压制（suppression），可通过
getSuppressed()获取被压制的清理异常 - 堆栈信息完整，调试时能同时看到业务异常和资源关闭异常
手动finally中安全包装的典型写法
如果必须用传统try-catch-finally（比如老版本JDK或非AutoCloseable资源），可参考以下模式：
- 声明一个
Throwable primary = null变量，在catch块中赋值 - finally中执行清理，捕获任何新异常
- 若primary不为空且清理也失败，用
new RuntimeException("清理异常", cleanupEx).initCause(primary)包装后抛出 - 若primary为空但清理失败，直接抛出清理异常；若primary存在且清理成功，则重新抛出primary
不要在finally里用return或无因抛出
finally中出现return语句会屏蔽原始异常；直接throw new XxxException()又会丢弃上下文。这两种做法都会破坏异常链，让问题难以定位。
- 避免在finally中写return语句
- 避免不带cause地新建并抛出异常
- 所有新抛出的异常都应明确关联原始异常，哪怕只是作为suppressed exception添加
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
