如何解决WildFly中STDERR的stacktrace逐行生成独立ERROR日志致SMTPAppender多发邮件的问题

WildFly 日志子系统对进程STDERR输出的默认捕获逻辑，和常规日志门面（SLF4J、JUL等）的日志处理逻辑存在本质差异：

• 常规日志接口输出的异常，会将完整堆栈信息封装为单个日志事件对象，写入日志文件时仅首行附带时间戳、日志级别等格式化前缀，后续堆栈行直接跟在条目尾部，不会生成新的日志事件
• 对STDERR的流捕获逻辑，默认是每读取到一个换行符就生成一个独立的日志事件，因此完整堆栈的每一行都会被判定为单独的ERROR级别日志条目，最终触发SMTPAppender逐行发送告警

1. 调整日志处理器的多行合并规则 #

首先修改日志子系统对STDERR输出的路由规则，将原本独立逐行处理的STDERR输出，直接路由到当前记录server.log的文件处理器，同时开启堆栈行合并能力：

• 移除stderr日志类别默认绑定的逐行捕获Console处理器
• 调整目标文件处理器的格式化规则，让日志系统自动识别行首为空白字符的堆栈行内容，将其合并到上一条日志条目，不拆分生成独立事件
  可通过WildFly CLI执行以下命令生效对应配置：

# 移除stderr类别绑定的逐行处理Console处理器
/subsystem=logging/logger-category=stderr:remove-handler(name="CONSOLE")
# 调整文件格式化规则，识别换行、行首缩进的堆栈内容做合并处理
/subsystem=logging/pattern-formatter=FILE_PATTERN:write-attribute(name="special-chars", value=["\n","  ","\t"])

2. 给SMTP告警Appender增加兜底过滤规则 #

就算合并配置存在少量边界场景遗漏，也可通过给SMTPAppender增加过滤逻辑，从根源上避免堆栈行触发无效告警：
配置过滤规则为：所有匹配堆栈行特征（行首以at 、Caused by开头）的日志内容，判定为上一条日志的附属堆栈信息，不触发SMTP告警发送
可通过CLI执行配置：

# 给SMTP告警Appender增加堆栈行过滤
/subsystem=logging/smtp-appender=MAIL_ALERT:write-attribute(name="filter", value="not(match(\"^\\s+at \")) and not(match(\"^\\s+Caused by\"))")

完成调整后，STDERR输出的异常会和常规日志接口输出的异常保持完全一致的日志展示逻辑：

• 日志条目首行正常附带时间戳、日志级别等标准前缀信息
• 后续所有堆栈跟踪行自动合并到同一条日志条目下，不会重复附带日志前缀，也不会生成新的ERROR级别事件
• 单条完整异常仅会触发一次SMTP告警邮件发送，不会出现单异常触发上百封邮件的问题

注：之前参考社区方案未解决问题的核心原因是，这类方案仅调整了STDERR输出的流向（比如将STDERR重定向到独立文件），并未改变日志系统逐行拆分生成独立事件的底层逻辑，因此无法匹配常规日志的处理行为。

内容的提问来源于stack exchange，提问作者Exsolutio