slf4j推荐使用{}占位符输出日志，避免字符串拼接开销且仅在日志级别启用时解析参数；异常必须作为最后一个参数传入才能打印堆栈；参数为null时输出“null”不抛npe；耗时操作应通过supplier延迟执行。
Java 项目中推荐使用 SLF4J 作为日志门面，配合占位符（{}）方式输出日志，既简洁又高效——它避免了字符串拼接的开销，也规避了未启用日志级别时的冗余计算。
用 SLF4J 的占位符语法写日志
SLF4J 支持 {} 占位符，底层会按需格式化，只有当前日志级别开启时才真正解析参数：
- 正确写法：
logger.debug("User {} logged in from IP {}", username, ipAddr); - 错误写法：
logger.debug("User " + username + " logged in from IP " + ipAddr);（提前拼接，浪费性能） - 支持多个占位符，顺序一一对应；若参数为
null，会输出字符串"null"，不会报错
处理异常时保留堆栈信息
记录异常不能只靠占位符，必须把 Throwable 作为最后一个参数传入，SLF4J 才能自动打印完整堆栈：
- ✅ 正确：
logger.error("Failed to process order {}", orderId, ex); - ❌ 错误：
logger.error("Failed to process order " + orderId + ", " + ex);（丢失堆栈、且提前拼接） - 注意：异常对象必须放在参数列表末尾，且不能包裹在占位符里
避免隐式 toString() 带来的性能隐患
有些对象重写了 toString()，但内部可能触发数据库查询或复杂计算。SLF4J 占位符虽延迟执行，但只要参数被传入，其构造/获取过程仍会发生：
- 风险示例：
logger.debug("Order detail: {}", order.getDetail());（getDetail()可能很重） - 安全做法：用 lambda 包裹耗时逻辑（SLF4J 2.0+ 支持，或搭配 Log4j2 / Logback 的
logger.debug("...", () -> heavyOperation())） - 或手动加日志级别判断：
if (logger.isDebugEnabled()) { logger.debug("...", heavyOperation()); }
确保绑定正确的日志实现
SLF4J 是门面，需搭配具体实现（如 Logback、Log4j2）。Maven 中只引入一个 binding，避免冲突：
- 推荐 Logback（原生支持 SLF4J，无需额外适配器）：
ch.qos.logback:logback-classic - 若用 Log4j2，需引入
org.apache.logging.log4j:log4j-slf4j-impl（注意版本匹配） - 检查 classpath 下是否混入多个
slf4j-xxx.jar，否则启动时会警告“SLF4J multiple bindings”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
