使用占位符记录日志能显著提升性能，核心在于“不执行、不拼接、不浪费”：当日志级别被过滤时，占位符方式跳过参数计算和字符串拼接，而字符串拼接则无论是否输出都会执行，白白消耗CPU和内存。
用占位符记录日志能显著提升性能，核心在于“不执行、不拼接、不浪费”。当当前日志级别低于配置（比如设为 INFO，却调用了 debug()），带占位符的写法会直接跳过参数计算和字符串拼接；而字符串拼接方式则不管是否输出，都会先执行拼接操作，白白消耗 CPU 和内存。
占位符怎么写才真正生效
必须使用日志框架原生支持的占位符语法，不是自己拼字符串。主流框架（SLF4J + Logback / Log4j2）都支持 {} 占位符：
- ✅ 正确：
logger.info("User {} logged in at {}", username, LocalDateTime.now()) - ❌ 错误：
logger.info("User " + username + " logged in at " + LocalDateTime.now()) - ⚠️ 注意：占位符个数要和参数个数严格一致，多一个或少一个都会报错或错位
多个变量和复杂对象怎么处理
占位符按顺序填充，支持任意类型（包括 null），框架内部自动调用 String.valueOf() 转换：
- 两个变量：
logger.debug("Order {} status changed to {}", orderId, status) - 含 null 安全：
logger.info("User name: {}, email: {}", user.getName(), user.getEmail())（即使 email 为 null，也不会 NPE） - 避免 toString() 副作用：如果对象的
toString()很重（如遍历大集合），不要直接传对象；改用 Supplier 延迟求值：logger.debug("Heavy object: {}", () -> heavyObj.toString())
为什么不用 MessageFormat 或 String.format
这些是纯字符串格式化工具，和日志框架无关。它们会在每次调用时强制执行格式化，哪怕日志最终被过滤掉：
立即学习“Java免费学习笔记（深入）”；
- ❌ 慎用：
logger.info(MessageFormat.format("User {0} failed", username)) - ❌ 更差：
logger.info(String.format("User %s failed", username)) - ✅ 推荐：
logger.info("User {} failed", username)（由 SLF4J/Logback 内部按需解析）
配合异步日志效果翻倍
占位符本身减少主线程开销，再叠加异步日志（如 Log4j2 的 AsyncLogger），就能彻底解除日志对业务线程的拖累：
- 确保引入 disruptor 依赖（Log4j2 ≥ 2.17 才默认启用高性能异步）
- 启动时检查日志中是否有
Using AsyncLogger: true - 此时占位符不仅省了拼接，连对象转换、格式化、序列化都交由后台线程完成
