SpringBoot中SLF4J的log.error遇Null参数不打印问题求助

你的日志语句语法本身没问题，出现参数为Null时整条日志跳过，大概率是底层日志框架配置或依赖兼容性导致的，以下是几种直接可行的解决办法：

方法1：显式处理Null参数 #

在日志打印前将Null参数替换为字符串"null"，避免底层框架因Null触发过滤逻辑：

@RestControllerAdvice
@Slf4j
public class ControllerAdvice{

    public ResponseEntity getErrors(String status, String source, String uid, String res) {
        // 处理Null参数，Java 9+可用Objects.requireNonNullElse
        String safeStatus = status == null ? "null" : status;
        String safeSource = source == null ? "null" : source;
        String safeUid = uid == null ? "null" : uid;
        String safeRes = res == null ? "null" : res;
        
        log.error("Error is {} source, uid, res: {} | {} | {}", safeStatus, safeSource, safeUid, safeRes);
        // ...业务逻辑
    }
}

如果是Java 9及以上版本，可直接用Objects.requireNonNullElse(status, "null")简化代码。

方法2：排查日志框架配置 #

SLF4J只是日志门面，SpringBoot默认使用Logback作为底层实现，检查你的logback-spring.xml或logback.xml配置：

• 有没有配置自定义Filter规则，过滤掉包含Null值的日志？
• 有没有开启特殊的消息转换器（如ThrowableProxyConverter），导致Null参数被误判为异常触发过滤？
• 确认日志级别配置正确，ERROR级别的日志未被降级或屏蔽（你用log.error，级别本身没问题，但需确保配置文件未限制）。

方法3：升级依赖版本 #

你使用的Lombok（1.18.2/1.18.8）和SLF4J（1.7.32）版本较旧，可能存在兼容性问题：

• 将Lombok升级到同系列稳定版（如1.18.30）
• SLF4J可升级到1.7.x最新版（如1.7.36），若要升级到2.x系列，需同步调整底层日志框架版本（注意2.x与1.x存在兼容性差异）

修改后的Gradle依赖示例：

// slf4j
compile("org.slf4j:slf4j-api:1.7.36")

// lombok
compileOnly("org.projectlombok:lombok:1.18.30")
annotationProcessor("org.projectlombok:lombok:1.18.30")

快速验证思路 #

先单独测试最简场景：log.error("Test null parameter: {}", null);，观察是否输出Test null parameter: null。如果能正常输出，说明是业务代码中其他逻辑导致日志未打印；如果不能，再重点排查日志框架配置或依赖版本问题。

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