Java 打印日志，字符串拼接报 NullPointerException 问题

log.info("requestBody: " + finalBody);

这段代码在 finalBody 为 null 时会抛出 NullPointerException，因为 Java 中不能对 null 调用 String 的方法（如 + 拼接操作实际上会调用 String.valueOf()，但直接拼接 null 字符串是允许的，但这里可能涉及日志框架的特殊处理）。

具体分析

1. 如果 log.info() 内部直接拼接字符串：

   • "requestBody: " + finalBody 在 finalBody == null 时会返回字符串 "requestBody: null"（不会报错，因为 Java 的 + 操作符允许拼接 null）。
   • 但某些日志框架（如 SLF4J、Log4j）可能对 null 有特殊处理，如果 log.info() 内部尝试调用 finalBody.toString()，则会抛出 NullPointerException。

2. 如果 log.info() 使用 {} 占位符（推荐方式）：

   log.info("requestBody: {}", finalBody);  // 更安全，日志框架会自动处理 null
   

   • 这种方式不会报错，日志框架（如 SLF4J）会将 null 转换为 "null" 字符串输出。

如何避免 NullPointerException？

方案 1：使用 {} 占位符（推荐）

log.info("requestBody: {}", finalBody);  // 自动处理 null

方案 2：手动判空

log.info("requestBody: " + (finalBody != null ? finalBody : "null"));

方案 3：使用 String.valueOf()（避免 NPE）

log.info("requestBody: " + String.valueOf(finalBody));  // null 会变成 "null"

结论

• 如果 log.info() 直接拼接字符串（+ 操作符），通常不会报错，但取决于日志框架的实现。
• 最安全的方式是使用 {} 占位符（如 SLF4J），它能正确处理 null 值。
• 如果日志框架不支持 {} 占位符，建议手动判空或使用 String.valueOf()。

示例（SLF4J/Logback）

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

public class Example {
    private static final Logger log = LoggerFactory.getLogger(Example.class);

    public static void main(String[] args) {
        String finalBody = null;
        log.info("requestBody: {}", finalBody);  // 输出: requestBody: null
        log.info("requestBody: " + finalBody);   // 通常不会报错，但取决于日志框架
    }
}

推荐使用 {} 占位符，避免潜在的 NullPointerException。