最常用且推荐的方式是调用 LoggerFactory.getLogger(当前类.class)，生成以类全限定名为名的 static final Logger 实例，确保日志可溯源、支持重构、避免硬编码与性能损耗，并需搭配唯一 SLF4J 绑定实现（如 logback-classic）。
在 Java 中，使用 SLF4J 的 LoggerFactory 获取当前类的 Logger 实例，最常用且推荐的方式是传入当前类的 Class 对象（即 MyClass.class），SLF4J 会据此创建与该类绑定的 Logger 实例。
直接用当前类的 Class 对象获取 Logger
这是最标准、最清晰的做法。Logger 名称默认为类的全限定名，便于日志溯源和按包/类级别配置日志级别。
- 在类中声明一个
static final Logger字段 - 调用
LoggerFactory.getLogger(当前类.class) - 确保 logger 是 static 的——避免每次实例化对象都新建 logger，也防止因对象生命周期导致的资源问题
示例：
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
public class UserService {
private static final Logger logger = LoggerFactory.getLogger(UserService.class);
public void createUser(String name) {
logger.info("Creating user: {}", name);
// ...
}
}
为什么不用字符串名称（如 "UserService"）？
虽然 LoggerFactory.getLogger("com.example.UserService") 也能工作，但不推荐：
OpenJDK 24 Windows x64
下载
OpenJDK 24 Windows x64 官方参考实现（24+36），适合 Windows 环境进行 Java 开发、编译、运行和版本兼容性验证。
立即学习“Java免费学习笔记（深入）”；
- 硬编码字符串易出错（拼写、包名变更时无法编译检查）
- IDE 无法自动重构重命名类时同步更新日志名
- 丢失类型信息，不利于工具分析和统一管理
能否动态获取调用方的类（比如封装成工具方法）？
不建议封装“自动获取调用栈类”的工具方法（例如通过 StackTraceElement 推断），原因如下：
- 性能开销大：每次获取 logger 都要解析栈帧
- 不可靠：JVM 可能内联或优化掉栈帧，尤其在生产环境开启 JIT 后
- 违背 SLF4J 设计初衷：Logger 应明确归属到具体类，用于精准控制日志行为
如果真有跨模块复用需求（如通用工具类），仍应显式传入调用方的 class，例如：
public class LogUtils {
public static void logInfo(Class<?> clazz, String msg, Object... args) {
LoggerFactory.getLogger(clazz).info(msg, args);
}
}
// 使用时：
LogUtils.logInfo(UserService.class, "User saved: {}", userId);
注意点：确保依赖和绑定正确
SLF4J 是门面（Facade），实际日志输出需搭配具体实现（如 Logback、Log4j2）：
- 项目 classpath 中必须有且仅有一个 SLF4J 绑定（如
logback-classic） - 若出现
Failed to load class "org.slf4j.impl.StaticLoggerBinder"，说明缺少绑定 jar - 多个绑定会导致警告甚至行为异常，需排除冲突依赖（如 Spring Boot 默认带 Logback，无需额外引入）
