logback 不支持按异常类型自动切换日志级别，需通过代码显式判断异常类型并调用对应 level 的 logger 方法，结合专用 logger 命名、配置分级、filter 筛选及 mdc 上下文增强实现精准记录。
Logback 本身不支持“按异常类型自动切换日志级别”，它按日志语句的 level（如 info、warn、error）输出，而不是根据抛出的异常类决定级别。但你可以通过组合 Logger 控制、条件过滤和代码逻辑，实现“对特定异常类型使用更高级别（如 ERROR）或更详细级别（如 DEBUG）记录”的效果。关键不在 Logback 配置本身，而在日志调用时的决策逻辑。
明确异常类型与日志级别的映射关系
先定义哪些异常你希望“升級记录”：比如 BusinessValidationException 属于业务校验失败，你想记为 WARN；而 DatabaseConnectionException 属于基础设施故障，应记为 ERROR；NullPointerException 则需在开发期记 DEBUG 方便定位，生产环境可屏蔽。这种映射必须由代码显式控制，Logback 不会自动识别异常类型并改写日志级别。
- 不要依赖 try-catch 块里统一写
logger.error(e)—— 这会让所有异常都走 ERROR 级别，失去区分度 - 应在捕获后判断异常实例，再选择对应 level 的日志方法：
logger.warn("业务校验失败", e)或logger.debug("空指针发生于初始化阶段", e) - 避免在 catch 中仅调用
e.printStackTrace()，它绕过 Logback，无法被配置、过滤或归档
用 Logger 名称 + 配置实现隔离输出
为不同异常场景创建专用 Logger，例如按异常类别命名：logger = LoggerFactory.getLogger("biz.validation") 或 LoggerFactory.getLogger("infra.db")。然后在 logback-spring.xml 中单独配置这些 Logger 的级别和 Appender：
-
<logger name="biz.validation" level="WARN" additivity="false"></logger>→ 只让校验类异常进 WARN 文件，不向 root 传递 -
<logger name="infra.db" level="ERROR"></logger>→ DB 异常强制走 ERROR 级别，即使代码中写了 debug 也不会生效（因为 Logger 级别是硬门槛） - 配合
additivity="false"防止重复输出到 root 日志中
用 ThresholdFilter 或自定义 Filter 做二次筛选
如果某些异常需“同一条日志语句，在不同 Appender 中呈现不同级别”，可用 ThresholdFilter 控制输出目标。例如：你希望所有异常都记录到 error.log（ERROR 及以上），但只把 DatabaseConnectionException 相关日志额外同步到 db-alert.log：
- 定义一个专用 Appender，内嵌
LevelFilter或自定义 Filter（如检查event.getThrowableProxy() != null && event.getThrowableProxy().getClassName().contains("DatabaseConnectionException")） - 该 Appender 只接受匹配的事件，其他日志不进入
- 注意：Filter 在 Appender 内部生效，不影响 Logger 级别判定，只是“是否写入该输出端”
结合 MDC 实现上下文增强记录
当异常发生时，可通过 MDC（Mapped Diagnostic Context）注入异常类型、业务单号等信息，再在 pattern 中输出，便于后续日志分析系统分类：
- 捕获异常后：
MDC.put("exceptionType", e.getClass().getSimpleName()); - 配置 encoder：
%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} [%X{exceptionType}] - %msg%n - 这样即使都记为 ERROR，也能快速筛选出某类异常，无需修改日志级别逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
