Java异常堆栈过长致日志刷屏，本质是日志框架默认打印完整堆栈；可通过Logback的%ex{depth}、Log4j2的%throwable{depth}、自定义工具类或升级框架版本来限制深度并收敛日志。
Java中异常堆栈过长导致日志刷屏，本质是日志框架默认打印完整堆栈（尤其是嵌套异常、循环引用或深层调用链），可通过配置日志框架限制堆栈深度或裁剪冗余信息来收敛。
Logback 配置 stackTrace 层级截断
Logback 支持通过 %ex{depth} 或 %xEx{depth} 控制异常堆栈打印深度。例如只保留前5层：
- 在
logback.xml的<pattern>中使用：%d{HH:mm:ss.SSS} [%thread] %-5level %logger - %msg %ex{5}%n -
%ex{0}表示只打印异常类名和消息，不输出堆栈；%ex{1}只显示最外层异常的首帧；%ex{3}适合多数业务场景，兼顾可读性与信息量 - 若存在多级嵌套异常（如
InvocationTargetException套SQLException），可用%xEx{3}同时展开 cause 链但限制每层深度
Log4j2 使用 throwablePattern 裁剪堆栈
Log4j2 的 PatternLayout 支持 %throwable{short} 或自定义深度：
-
%throwable{full, 3}：打印全部异常类型 + 最近3帧 -
%throwable{short}：仅输出异常类名+消息，无堆栈，适合高频告警日志 - 配合
Filters可对特定异常类型（如NullPointerException）做更激进截断，避免重复刷屏
统一封装异常日志工具类（适配任意框架）
在业务代码中主动控制堆栈输出，比纯配置更灵活：
立即学习“Java免费学习笔记（深入）”；
- 编写工具方法，用
Throwable.getStackTrace()[0..n]提取指定帧数，再拼接成精简字符串 - 对已知可预期异常（如参数校验失败），捕获后抛出新异常并抑制原始堆栈：
new IllegalArgumentException("xxx", cause).initCause(null) - 使用 SLF4J 的
logger.error("msg", e)本身不截断，但可换为logger.error("msg: {}", getSimpleStackTrace(e))
警惕日志门面与实现版本兼容性
SLF4J 是门面，实际行为取决于底层绑定（Logback/Log4j2），需确认版本支持：
- Logback ≥ 1.2.0 才支持
%ex{depth}的负数参数（如-3表示倒数3帧） - Log4j2 ≥ 2.11 才完整支持
%throwable{maxDepth=N}语法 - 旧版 Spring Boot（如 2.1.x）默认 Logback 1.1.x，建议升级或改用
%ex{root:3}等兼容写法
