应使用参数化日志实现延迟拼接，如logger.debug("user {} logged in at {}", username, localdatetime.now())；避免字符串拼接和提前执行耗时操作；必要时用if判断日志级别或lambda supplier；辅以静态检查工具统一规范。
在 Java 项目中，避免在日志打印中进行复杂的字符串拼接，核心是**延迟拼接、按需执行**——即只有当日志级别允许输出时，才真正构造日志消息。
优先使用参数化日志（SLF4J 推荐方式）
SLF4J 的 logger.debug("User {} logged in at {}", username, LocalDateTime.now()) 不会提前拼接字符串。它只在 debug 级别开启时，才把参数依次填入模板；否则跳过格式化，零开销。
- ✅ 正确：用占位符，不调用
toString()或字符串 + 运算 - ❌ 避免：
logger.debug("User " + user.getName() + " logged in at " + new Date())—— 拼接总被执行，哪怕日志被禁用 - ⚠️ 注意：多个参数最多支持 9 个占位符；超限时可用
logger.debug("msg {}", Arrays.toString(args))
对复杂对象或耗时操作加条件判断
当需要打印 JSON、集合详情、方法调用结果等，且这些操作本身有计算或序列化开销时，应显式判断日志级别是否启用：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 用
if (logger.isDebugEnabled()) { ... }包裹耗时逻辑 - 例如：
if (logger.isDebugEnabled()) { logger.debug("Request body: {}", toJson(request)); } - 避免在参数里直接写
toJson(request)，因为即使 debug 关闭，也会执行该方法
慎用 Lambda 形式（SLF4J 2.0+ / Log4j 2.4+）
新版日志框架支持延迟执行的 Supplier：
logger.debug("Expensive: {}", () -> computeHeavyValue());- 仅当日志实际输出时，
computeHeavyValue()才被调用 - 比 if 判断更简洁，但需确认所用日志实现支持（如 Logback 1.4+、Log4j2 2.4+）
统一规范与静态检查辅助
光靠开发自觉容易遗漏，建议结合工程手段固化习惯：
- 在 CI 中接入
slf4j-slf4j-simple或spotbugs插件，检测字符串拼接日志调用 - 团队代码规范明确禁止
logger.xxx("..." + obj)类写法 - IDEA 可配置 inspections 提示“String concatenation in logging call”并自动修复为参数化形式
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
