在 spring 中，字段注入（@autowired）发生在 bean 构造完成之后，因此在构造方法中直接访问被注入的字段会导致空指针异常；应改用构造器注入以确保依赖在实例化时即已就绪。
在 spring 中，字段注入（@autowired）发生在 bean 构造完成之后，因此在构造方法中直接访问被注入的字段会导致空指针异常；应改用构造器注入以确保依赖在实例化时即已就绪。
在 Spring 应用开发中，正确理解依赖注入（DI）的生命周期是避免 NullPointerException 的关键。如问题所示，开发者在 @Component 类 CustomLogger 的构造方法中尝试访问 @Autowired 注入的 LoggerConfig 字段，结果触发了空指针异常——这并非配置错误，而是对 Spring Bean 初始化流程的误解。
为什么构造器中访问 @Autowired 字段会失败？
Spring 容器创建 Bean 的标准流程如下：
- 调用类的构造方法（例如无参构造函数）→ 此时所有字段均为默认值（对象为 null，基本类型为 0/false）；
- 完成实例化后，再执行依赖注入 → 将 @Autowired 标记的字段、方法或构造器参数注入对应 Bean；
- 最后调用 @PostConstruct 或初始化回调方法（如 InitializingBean.afterPropertiesSet()）。
因此，在 CustomLogger 的构造方法中访问 myConfig.env 时，myConfig 尚未被注入，必然为 null。
✅ 正确做法：使用构造器注入（Constructor Injection）
构造器注入是 Spring 官方推荐的依赖注入方式（自 Spring 4.3 起，单构造器场景下 @Autowired 可省略），它能保证依赖在对象创建时即完整可用，并天然支持不可变性与单元测试友好性。
以下是重构后的代码示例：
@Component
public class CustomLogger {
private final String env;
private final LoggerConfig myConfig;
// Spring 自动识别并注入 LoggerConfig 实例（无需显式 @Autowired，Spring Boot 2.5+ 默认启用）
public CustomLogger(LoggerConfig config) {
this.myConfig = config;
this.env = config.getEnv(); // 注意：建议使用 getter，而非 public 字段
}
// 示例业务方法
public void log(String message) {
System.out.printf("[%s] %s%n", env, message);
}
}同时，请修正 LoggerConfig 的实现，遵循 Java Bean 规范和 Spring 最佳实践：
@Configuration
@ConfigurationProperties(prefix = "logger")
public class LoggerConfig {
private String env; // 建议设为 private + getter/setter
public String getEnv() { return env; }
public void setEnv(String env) { this.env = env; }
// 其他配置字段...
}并在 application.properties 中提供配置：
logger.env=prod
⚠️ 注意事项：
- 确保 LoggerConfig 类被 Spring 扫描到（位于主启动类同包或子包下，或通过 @ComponentScan 显式注册）；
- @ConfigurationProperties 需搭配 spring-boot-configuration-processor（用于编译期元数据生成，非必需但推荐）；
- 避免在构造器中调用可能触发代理或尚未初始化的 Bean 方法（如 this.xxx()），除非明确理解 AOP 代理时机；
- 构造器注入使类更易测试：可直接 new 实例并传入 Mock 对象。
总结
依赖注入不是“构造时自动填充”，而是“构造后由容器赋值”。要规避 NPE 并提升代码健壮性与可维护性，请始终优先选择构造器注入，而非字段注入或 setter 注入。它不仅符合 Spring 的设计哲学，更是 Spring Framework 6 / Spring Boot 3 中强化推荐的现代 DI 模式。
