优化日志性能需从级别控制、占位符替代拼接、延迟求值、限频输出及异步写入五方面入手：禁用非关键debug/info，用{}占位符避免无效拼接，复杂参数用supplier延迟计算，循环内限频或聚合，启用asyncappender并关闭immediateflush。
减少不必要的日志输出，尤其是避免在高并发场景下执行 DEBUG 级别的字符串拼接，能显著缓解磁盘 I/O 阻塞——因为无效日志不仅浪费 CPU 去构造消息，更会持续触发同步写入、刷盘、缓冲区竞争等 I/O 操作。
关闭或降级非关键日志级别
生产环境默认禁用 DEBUG，INFO 也只保留核心业务节点（如订单创建、支付回调），避免“全量记录”。日志级别下调后，框架自动跳过对应日志的格式化与输出逻辑，从源头消除 I/O 负担。
- Logback/Log4j2 配置中将 root logger 设为 WARN 或 ERROR
- 按模块精细控制：例如 dao 包设为 ERROR，service 包设为 INFO，debug 包完全关闭
- 使用动态日志级别（如 Log4j2 的 ContextSelector 或 Spring Boot Actuator /loggers 端点）临时开启特定类 DEBUG，排查完立即恢复
用占位符替代字符串拼接
拼接字符串（"User " + user.getName() + " login at " + new Date()）会在每次调用时强制执行所有表达式，哪怕日志最终被忽略。而占位符（{}）触发日志框架的延迟绑定机制：仅当当前日志级别启用时，才真正计算参数值。
- ✅ 正确写法：
logger.debug("User {} login at {}", user.getName(), LocalDateTime.now()); - ❌ 危险写法：
logger.debug("User " + user.getName() + " login at " + LocalDateTime.now()); - 对复杂对象（如集合、DTO），优先复用已解析结果，而非在日志里反复 toString() 或 JSON 序列化
高开销参数用 Supplier 延迟求值
当某个日志参数需远程调用、序列化大对象或遍历集合时，即使用了占位符，仍可能因参数表达式执行而消耗 CPU。此时应封装为 Supplier，在真正输出时才执行。
- SLF4J 2.0+ / Log4j2 支持：
logger.debug("Slow data: {}", () -> heavyJsonSerialize(order)); - 若框架不支持 Supplier，改用预检：
if (logger.isDebugEnabled()) { logger.debug("Slow data: {}", heavyJsonSerialize(order)); } - 避免在循环内打日志；必须记录时，用计数器限频（如每千次打一次）或聚合后批量输出
启用异步日志 + 关闭即时刷新
即便日志内容合理，同步写入仍会阻塞业务线程。AsyncAppender 或 AsyncLogger 将日志事件投递到无锁环形队列，由独立 I/O 线程批量落盘，大幅降低主线程等待时间。
- Logback 中配置
<appender name="ASYNC" class="ch.qos.logback.classic.AsyncAppender"></appender>，包装 FileAppender - 关闭
immediateFlush=false，让日志缓冲区充分攒批，减少系统调用次数 - 注意异步丢失风险：设置
discardingThreshold=0并搭配合适的队列大小（如 256），避免高负载下丢日志
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
