使用Logback时如何根据日志内容动态调整日志级别？

方案1：代码侧封装规则映射（通用易扩展） #

将匹配关键词和对应日志操作绑定为规则集合，按优先级有序排列，后续新增规则仅需修改规则列表即可，无需调整逻辑代码。
示例代码如下：

import org.slf4j.Logger;
import java.util.List;
import java.util.function.Consumer;

// JDK16以下可替换为普通类，自行添加属性、getter方法
record LogRule(String matchKeyword, Consumer<String> logOperator) {}

public class DynamicLogHandler {
    // 按优先级排序的规则列表，命中第一条符合的规则即返回
    private final List<LogRule> ruleList;
    // 未命中任何规则时的兜底日志操作
    private final Consumer<String> defaultLogOp;

    public DynamicLogHandler(Logger logger) {
        this.ruleList = List.of(
            new LogRule("kitten", logger::info),
            new LogRule("wolf", logger::error),
            // SLF4J 2.x已移除FATAL级别，旧版本Logback可替换为logger::fatal
            new LogRule("chuck norris", logger::error)
        );
        this.defaultLogOp = logger::warn;
    }

    public void logWithDynamicLevel(String message) {
        // 空消息兜底处理，避免NPE
        if (message == null) {
            defaultLogOp.accept("received null log message");
            return;
        }
        for (LogRule rule : ruleList) {
            if (message.contains(rule.matchKeyword())) {
                rule.logOperator().accept(message);
                return;
            }
        }
        defaultLogOp.accept(message);
    }
}

业务代码使用时直接调用封装好的方法即可，无需再写分支判断：

// 初始化一次即可
DynamicLogHandler logHandler = new DynamicLogHandler(logger);
// 直接传消息调用
logHandler.logWithDynamicLevel(message);

方案2：Logback配置侧实现（无业务代码侵入） #

如果规则需要频繁调整，不想修改业务代码，可以借助Logback的EvaluatorFilter实现配置层动态控制日志级别，无需改动业务代码。

第一步：引入Janino表达式依赖 #

<dependency>
    <groupId>org.codehaus.janino</groupId>
    <artifactId>janino</artifactId>
    <version>3.1.9</version>
</dependency>

第二步：修改Logback配置文件 #

在对应日志追加器中添加过滤器规则，示例如下：

<appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
    <!-- 匹配kitten输出INFO级别 -->
    <filter class="ch.qos.logback.core.filter.EvaluatorFilter">
        <evaluator>
            <expression>message.contains("kitten")</expression>
        </evaluator>
        <level>INFO</level>
        <onMatch>ACCEPT</onMatch>
        <onMismatch>NEUTRAL</onMismatch>
    </filter>
    <!-- 匹配wolf输出ERROR级别 -->
    <filter class="ch.qos.logback.core.filter.EvaluatorFilter">
        <evaluator>
            <expression>message.contains("wolf")</expression>
        </evaluator>
        <level>ERROR</level>
        <onMatch>ACCEPT</onMatch>
        <onMismatch>NEUTRAL</onMismatch>
    </filter>
    <!-- 匹配chuck norris输出ERROR级别 -->
    <filter class="ch.qos.logback.core.filter.EvaluatorFilter">
        <evaluator>
            <expression>message.contains("chuck norris")</expression>
        </evaluator>
        <level>ERROR</level>
        <onMatch>ACCEPT</onMatch>
        <onMismatch>NEUTRAL</onMismatch>
    </filter>
    <!-- 兜底输出WARN级别 -->
    <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
        <level>WARN</level>
    </filter>
    <encoder>
        <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{30} - %msg%n</pattern>
    </encoder>
</appender>

业务代码只需要统一输出日志即可，无需做任何分支判断。

注意事项 #

• 规则优先级：无论用哪种方案，都要注意规则的排列顺序，命中第一个符合的规则就会生效，避免关键词冲突导致的级别不符合预期
• 性能优化：如果需要匹配的关键词数量较多、消息吞吐量很大，建议替换contains为AC自动机等多模式匹配算法，降低匹配性能损耗
• 动态扩展：如果需要运行时调整规则，可以将规则存储到配置中心/数据库，加载时动态生成规则列表，配合热更新能力实现不重启调整规则

内容的提问来源于stack exchange，提问作者Fabien G.