应捕获并路由含异常对象的日志事件，而非仅按ERROR级别过滤；Logback用OnExceptionEvaluator精准识别，Log4j2推荐ScriptFilter判断getThrownProxy()是否为空，确保所有带堆栈的日志进入独立错误文件。
在 Java 日志框架中，要将异常堆栈（即 Throwable 信息）单独输出到独立的错误日志文件，关键不是“过滤 ERROR 级别”，而是**捕获并路由包含异常对象的日志事件**。因为普通 ERROR 日志可能不带堆栈，而真正需要隔离的是那些调用了 logger.error("msg", e) 的记录——这类日志才携带完整的堆栈跟踪。
Logback：用 OnExceptionEvaluator 精准识别含异常的日志
Logback 原生支持基于异常存在的路由判断。通过 OnExceptionEvaluator，可确保只有带 Throwable 的日志才进入错误专用 Appender：
- 在
logback.xml中定义一个SiftingAppender或直接用Filter配合RollingFileAppender - 使用
OnExceptionEvaluator - 匹配成功时
onMatch="ACCEPT"，否则onMismatch="DENY" - 该配置对
error("msg", exception)生效，但对error("msg")或error(exception)（无消息）也有效
Log4j2：用 ExceptionFilter 或自定义 ScriptFilter
Log4j2 没有开箱即用的“仅含异常”过滤器，但有两种可靠方式：
-
ExceptionFilter：适用于
PatternLayout输出中包含%xEx或%throwable的场景，它会检查格式化后的日志文本是否含堆栈关键字（如java.lang.），但有误判风险 -
ScriptFilter + Groovy/JavaScript：更精准。在 filter 中调用
event.getThrownProxy() != null，直接判断日志事件是否携带异常对象 - 搭配
RoutingAppender，将匹配日志路由到 dedicated error file appender
通用原则：避免只靠日志级别过滤
单纯用 LevelFilter（如只接受 ERROR）不能满足需求，原因很实际：
- 业务代码可能用
warn("failed", e)记录重要异常，但级别是 WARN - 某些框架（如 Spring）在非 ERROR 级别也会打印完整堆栈
- 运维排查时，真正关心的是“哪里抛了异常”，而不是“当时日志标了什么级别”
- 所以核心逻辑应是：有异常对象 → 进 error-stack.log；没异常 → 进常规日志
补充建议：命名与保留策略要明确
独立错误日志不是只为“看起来整洁”，更是为快速定位问题：
- 文件名建议含
-error或-exception，例如app-error.%d{yyyy-MM-dd}.%i.log - 滚动策略可比主日志更激进（如按大小 50MB 滚动、保留 30 天），因异常日志通常量小但价值高
- 可在该文件中启用
%ex{full}（Logback）或%throwable{full}（Log4j2），确保堆栈完整不截断 - 若用异步日志（如 Log4j2 AsyncAppender），需确认异常对象能被正确序列化传递，避免空堆栈
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
