java Logger 为何慢

在 Java 里常说 “Logger 慢”，通常不是 Logger 本身设计有问题，而是使用方式 + 日志实现机制导致性能下降。下面分点说明常见原因。

一、最常见原因：字符串拼接发生在日志之前

❌ 错误写法

logger.debug("user=" + user + ", order=" + order);

即使日志级别是 INFO，字符串拼接也会先执行，代价很高。

✅ 正确写法

logger.debug("user={}, order={}", user, order);

或（SLF4J / Logback / Log4j2 支持）：

if (logger.isDebugEnabled()) {
    logger.debug("user=" + user);
}

✅ 参数化日志 只有真正输出时才拼接

二、同步写入磁盘（I/O 阻塞）

大多数日志框架默认：

• 同步写文件
• 写磁盘是慢操作（ms 级）
• 高并发下线程被阻塞

典型表现

• QPS 一高，RT 明显上升
• 线程大量 BLOCKED 在写日志

优化方案

• 使用 异步日志
  • Log4j2 AsyncAppender / AsyncLogger
  • Logback AsyncAppender
• 使用高性能磁盘 / SSD
• 避免控制台输出（System.out 最慢）

三、日志级别设置过低（生产环境还开 DEBUG）

DEBUG / TRACE 会：

• 大量调用 Logger
• 大量 I/O
• 大量对象创建

✅ 生产环境一般是：

root level = INFO

四、频繁创建日志对象（参数对象 toString）

例如：

logger.info("obj={}", bigObject);

即使不输出，也可能：

• 触发 toString()
• 创建大字符串
• 占用内存

✅ 只记录必要字段

五、日志框架本身性能差异

性能大致排序（从高到低）：

Log4j2 (Async)  > Logback (Async) > Log4j 1.x > java.util.logging

Log4j2 优势

• 无锁异步
• 基于 Disruptor
• 极低延迟

六、异常堆栈非常慢

logger.error("error", e);

异常堆栈：

• 反射获取栈帧
• 非常耗时
• 高并发下尤其明显

✅ 控制异常日志频率

七、Logger 本身不是慢点，而是“放大效应”

Logger 慢的本质通常是：

把“慢操作”（I/O / 字符串 / 反射）放在了“热路径”上

总结一句话

Java Logger 慢，99% 是因为：不该输出的日志被拼了、被写了、被同步了。

如果你愿意，可以：

• 贴一段日志代码
• 说明用的框架（Logback / Log4j2）
• 说明 QPS 和现象

我可以直接帮你定位“哪里慢”。