SLF4J是日志门面而非实现，Logger是接口不能new；它通过StaticLoggerBinder绑定logback等具体实现，需确保classpath仅有一个绑定且配置正确。
SLF4J 是什么，为什么不能直接 new Logger
SLF4J（Simple Logging Facade for Java）不是日志实现，而是日志门面——它只定义 Logger 接口和绑定逻辑，不负责输出日志。直接调用 new Logger() 会编译失败，因为 Logger 是接口，没有构造方法。
真正干活的是底层绑定的日志实现，比如 logback-classic、slf4j-simple 或桥接器（如 slf4j-log4j12）。SLF4J 在运行时通过类路径上的 StaticLoggerBinder.class 找到具体实现。
- 如果 classpath 下没有绑定实现，会看到警告：
Failed to load class "org.slf4j.impl.StaticLoggerBinder" - 如果同时存在多个绑定（比如
logback-classic.jar和slf4j-log4j12.jar），SLF4J 会随机选一个并报错：Class path contains multiple SLF4J bindings - 桥接器（如
jul-to-slf4j）用于把其他日志 API（如java.util.logging）重定向到 SLF4J，但需手动启用：SLF4JBridgeHandler.install()
常见错误：空指针、参数占位符不匹配、日志级别误用
SLF4J 的 logger.debug("User {} logged in at {}", userId, timestamp) 看似简单，但几个典型问题高频出现：
-
logger.error("Failed: {}", e)—— 把异常当普通参数传，会导致堆栈被 toString()，丢失完整 trace；正确写法是logger.error("Failed", e)（第二个参数是Throwable） - 占位符数量与参数数不一致，比如
logger.info("{}, {}, {}", a, b)少传一个，SLF4J 不报错，但最后的{}会原样输出为字符串 - 用
logger.isDebugEnabled()包裹昂贵计算（如 JSON 序列化）是合理优化，但若里面调用了可能抛异常的代码，而外层没捕获，会导致 debug 关闭时异常仍被抛出——因为判断逻辑本身不抑制异常
Logback 与 Log4j2 的关键差异影响 SLF4J 使用方式
虽然都兼容 SLF4J，但底层行为差异直接影响日志可靠性：
立即学习“Java免费学习笔记（深入）”；
-
logback-classic原生支持 SLF4J，配置文件是logback.xml或logback-spring.xml；它的%ex能自动展开嵌套异常（Cause: ...），而 Log4j2 需显式用%xEx -
log4j2通过log4j-slf4j-impl绑定 SLF4J，注意不是旧的slf4j-log4j12（仅支持 Log4j 1.x）；Log4j2 的异步日志（AsyncLogger）性能更好，但需额外引入disruptor依赖 - Logback 的
RollingFileAppender默认按时间滚动，但若 JVM 意外退出，可能丢最后一段日志；加<immediateflush>true</immediateflush>可缓解，代价是 I/O 增加
排查日志不输出的三步检查法
日志“消失”是最常被问的问题，按优先级逐项确认：
- 检查 classpath 是否有且仅有一个 SLF4J binding：运行
mvn dependency:tree | grep slf4j，过滤掉slf4j-api后，确保只剩一个slf4j-xxx实现 - 确认 logger 获取方式正确：
private static final Logger logger = LoggerFactory.getLogger(MyClass.class)；避免用字符串名（如getLogger("MyClass")），否则无法继承包级日志级别配置 - 验证 root logger 级别是否过低：比如配置了
root level="INFO"，但代码里写的是logger.debug(...)，debug 日志必然被静默丢弃；临时改root level="DEBUG"可快速验证
<configuration>
<root level="DEBUG">
<appender-ref ref="CONSOLE"/>
</root>
</configuration>
日志框架的“透明性”恰恰是它最易被忽略的复杂点：你没看见日志，往往不是代码错了，而是绑定、配置或级别在某个环节悄悄失效了。
