Java 7的try-with-resources会将close()异常抑制并附加到主异常上，需调用getSuppressed()获取、IDE可展开查看，仅close异常与try块异常共存或手动addSuppressed时触发，主异常表根本原因，抑制异常表善后失败，排查应优先关注主异常。
Java 7 引入的 try-with-resources 语句在自动关闭资源时，若 try 块和资源关闭过程中都抛出异常，JVM 会将关闭阶段的异常“抑制”（suppressed），并附在主异常上，避免关键异常被覆盖。理解并合理利用 Suppressed Exceptions，能显著提升错误排查效率。
如何查看被抑制的异常
被抑制的异常不会自动打印，需主动调用方法获取：
- 使用
Throwable.getSuppressed()获取Throwable[]数组，遍历打印堆栈 - 在调试时，IDE（如 IntelliJ）通常会在异常详情中折叠显示 “Suppressed: …”，点击即可展开
- 重写
printStackTrace()或自定义日志逻辑时，记得显式处理getSuppressed()
哪些场景会触发 Suppressed Exception
并非所有嵌套异常都会被抑制，仅满足特定条件才会：
-
try-with-resources中，资源的close()方法抛出异常，且try块已抛出另一个异常 - 手动调用
Throwable.addSuppressed(Throwable)（例如在finally中捕获并附加） - 注意：
catch块中抛出新异常、或嵌套try抛出异常，不会自动抑制——必须通过addSuppressed或try-with-resources机制
避免误判：区分主异常与被抑制异常
主异常（getCause() 或原始抛出点）代表核心失败原因；被抑制异常反映的是“善后失败”。排查时应优先关注主异常：
- 例如：数据库查询失败（主异常），随后连接池归还连接时超时（被抑制）。后者是次要问题，修复主因后可能自然消失
- 日志中建议同时记录主异常和所有被抑制异常，但用不同字段或前缀区分（如
mainException/suppressedExceptions） - 监控告警不应基于被抑制异常单独触发，避免噪音
主动使用 addSuppressed 提升诊断能力
可在自定义清理逻辑中主动添加抑制异常，保留上下文信息：
- 在
finally块中执行清理（如删除临时文件、释放锁），若失败则捕获并addSuppressed到主异常 - 确保被添加的异常非
null，且不能是自身或其祖先，否则抛IllegalArgumentException - 示例：
mainEx.addSuppressed(cleanupEx);后再重新 throwmainEx
