Java中addSuppressed()不是日志屏蔽工具，而是为try-with-resources设计的异常聚合机制；滥用会导致日志更乱，应通过Logback配置（如%ex{1}）、自定义转换器或Spring Boot的exception-conversion-word分级控制异常输出。
Java中用Throwable.addSuppressed()反而会让日志更乱
这不是个“屏蔽”工具，而是为配合try-with-resources设计的补充异常机制。你把它用在普通catch里强行压制堆栈，日志框架（比如Logback、Log4j2）依然会把主异常+所有suppressed异常全打出来，甚至格式更难读。
真正该做的，是控制日志框架本身怎么渲染异常——而不是在业务代码里扭曲异常结构。
- 别在
catch块里调用e.addSuppressed(anotherE)来“隐藏”次要异常 - 除非你明确需要语义化的多异常聚合（比如资源关闭失败 + 业务处理失败），否则它只会增加日志噪音
- Logback默认会递归打印
suppressed列表，Log4j2也类似，没关掉就等于白加
Logback配置里用%ex{short}或%rEx截断堆栈
这是最直接有效的方案。Logback的%ex转换器支持深度控制，不改代码、不换框架，只调配置就能让日志从满屏堆栈变成一行关键信息。
比如把%ex换成%ex{1}，就只打印第一行异常类名+消息；换成%ex{short}会去掉所有at xxx.xxx行，只剩异常类型和message。
立即学习“Java免费学习笔记（深入）”；
-
%ex{0}：只打印异常类名（如java.io.IOException） -
%ex{1}：类名 + message（推荐日常调试用） -
%ex{short}：等价于{1}，但更语义化，部分旧版Logback需升级支持 -
%rEx：带颜色的short版，终端里更易扫读
在logback.xml里改这一行就够了：
<pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%ex{1}%n</pattern>
自定义ThrowableProxyConverter过滤特定异常类型
如果某些异常（比如InterruptedException、TimeoutException）你完全不关心堆栈，只想记一句“被中断”或“超时”，就得写个轻量转换器。
它比全局%ex{1}更精细：对指定异常缩略，其他照常输出。适合混合场景——既不能全砍掉堆栈，又不能放任无关异常刷屏。
- 继承
ch.qos.logback.classic.pattern.ThrowableProxyConverter - 重写
convert()，检查throwableProxy.getClassName()是否匹配黑名单 - 匹配时返回
throwableProxy.getClassName() + ": " + throwableProxy.getMessage()，跳过super.convert() - 注册进
logback.xml用<conversionRule>，别忘了声明新pattern变量名
Spring Boot里别漏掉logging.exception-conversion-word
Spring Boot 2.7+ 默认启用logback-spring.xml优先级，但很多人直接改application.yml却忽略了这个隐藏开关。
它本质是给%ex设默认参数，值填{1}就能让所有%ex自动生效，不用每处<pattern>都手写。
- 配置项必须写全：
logging.exception-conversion-word: "%ex{1}" - 注意引号不能少，否则YAML解析失败，退回到完整堆栈
- 若同时用了自定义
ThrowableProxyConverter，它优先级更高，这个配置会被绕过
复杂点在于：异常重要性不是靠类型决定的，而是看上下文。同一IOException，在文件上传时要堆栈，在心跳检测里可能只需{0}。得按模块、按endpoint分级控制，而不是一刀切。
