应使用ApplicationRunner或CommandLineRunner打印日志配置信息，因其在容器刷新完成、日志系统完全就绪后执行；避免静态块、@PostConstruct或构造器中调用日志器，以防绑定未完成或循环依赖。
在框架初始化阶段打印日志配置信息，核心是确保日志系统已就绪、配置已加载，并在 Spring（或其他框架）的早期生命周期中安全输出。常见误区是过早调用日志器（如 Logger.getLogger()），导致使用了默认配置或空实现（如 SLF4J 的 NOPLogger）。
确认日志绑定和初始化时机
SLF4J 是门面，真正生效的是底层实现（Logback、Log4j2 等）。必须确保：
- classpath 下有且仅有一个日志实现 jar（如
logback-classic.jar），避免绑定冲突 - 配置文件（
logback.xml或logback-spring.xml）放在src/main/resources下，能被自动发现 - Spring Boot 会自动触发 Logback 初始化（早于
ApplicationContext创建），但普通 Spring 需依赖ContextLoaderListener或SpringApplication启动流程
在 Spring Boot 中推荐方式：使用 ApplicationRunner 或 CommandLineRunner
它们在容器刷新完成、所有 Bean 加载后执行，此时日志系统已完全可用，且可安全注入 LoggerFactory 和环境对象：
@Component
public class LogConfigPrinter implements ApplicationRunner {
private static final Logger log = LoggerFactory.getLogger(LogConfigPrinter.class);
@Autowired
private Environment env;
@Override
public void run(ApplicationArguments args) {
log.info("=== Logging Configuration ===");
log.info("Active profiles: {}", Arrays.toString(env.getActiveProfiles()));
log.info("Logging level (root): {}",
LoggerFactory.getLogger(Logger.ROOT_LOGGER_NAME).getLevel());
// 若使用 Logback，可进一步获取具体配置
if (LoggerFactory.getILoggerFactory() instanceof LoggerContext) {
LoggerContext context = (LoggerContext) LoggerFactory.getILoggerFactory();
log.info("Logback config file: {}", context.getConfigurator().getConfigFile());
}
}
}
更早介入：自定义 SpringApplicationRunListener（适用于高级定制）
若需在 ApplicationContext 创建前打印（例如验证配置文件是否存在），可实现监听器，但此时不能依赖 DI，需手动获取 LoggerFactory：
立即学习“Java免费学习笔记（深入）”；
- 创建类实现
SpringApplicationRunListener，重写starting()方法 - 在该方法中直接调用
LoggerFactory.getLogger(...)—— 此时 SLF4J 已绑定，Logback 也已启动（Spring Boot 2.5+ 默认支持） - 注意：不要在此处访问
Environment或ApplicationContext，它们尚未创建
避免踩坑的关键点
不建议 在静态块、@PostConstruct 方法或 Bean 构造器中打印日志配置，因为：
- 静态块执行时，SLF4J 绑定可能未完成（尤其非 Spring Boot 环境）
-
@PostConstruct依赖 Bean 生命周期，而日志配置本身应是基础设施，不应被 Bean 初始化顺序影响 - 构造器中调用日志器，可能触发类加载时的循环依赖或空指针
真正可靠的做法是：等框架明确告诉你“日志已准备就绪”——对 Spring Boot 来说，就是 ApplicationRunner；对传统 Spring，可用 ContextRefreshedEvent 监听器。
