静态代码块无法直接实现spring自动注入，因执行早于容器初始化；可行方案是通过@component组件在@postconstruct中将注入的配置赋值给静态字段，或用applicationcontextaware在上下文就绪后提取配置赋值。
静态代码块本身不能直接实现 Spring 的自动注入，因为它在类加载时执行，远早于 Spring 容器初始化和 Bean 创建。此时所有 `@Autowired`、`@Resource` 等注解尚未生效，依赖对象为空，强行调用会导致 NullPointerException。但可以通过“延迟绑定 + 静态持有 + 容器回调”组合方式，让静态代码块“感知”配置并完成注入效果。
核心思路：绕过直接注入，改用容器就绪后主动赋值
静态代码块无法等待 Spring，但我们可以让它“留空位”，等 Spring 初始化完成后再把配置值填进去。关键不是在静态块里注入，而是在静态上下文中安全地接收注入结果。
推荐做法：用 @PostConstruct 初始化静态持有者
不把逻辑写进静态代码块，而是定义一个 Spring 管理的组件，在其生命周期回调中向静态字段赋值：
- 声明一个
@Component类，内部持有静态引用（如public static Config config） - 用
@Autowired注入真实配置 Bean（如MyConfigProperties） - 在
@PostConstruct方法中，将注入的实例赋给静态字段 - 后续静态方法或静态代码块中，可安全读取该静态字段
示例：
@Component
public class ConfigHolder {
public static MyConfigProperties config;
@Autowired
private MyConfigProperties properties;
@PostConstruct
public void init() {
config = properties; // ✅ 此时 properties 已由 Spring 注入完成
}
}
之后任何地方（包括静态代码块）都能用 ConfigHolder.config.getTimeout()，不会为 null。
替代方案：用 ApplicationContextAware 提前捕获上下文
若需在类加载初期就准备好配置（比如日志工具类），可让某个组件实现 ApplicationContextAware，在上下文可用时立即提取配置并设入静态变量：
- 实现接口后，Spring 会回调
setApplicationContext() - 在此方法内通过
context.getBean(MyConfigProperties.class)获取配置 - 赋值给
public static final字段（适合只读场景）
注意：必须确保该组件被 Spring 扫描到（加 @Component），且不能在静态代码块中提前访问该静态字段——要等 Spring 调用回调之后。
不推荐：反射强行注入或手动 new 配置类
常见误区包括：
- 在静态块里用
new MyConfigProperties()—— 绕过 Spring，属性不会被@Value或@ConfigurationProperties填充 - 用反射调用
setAccessible(true)写入静态字段 —— 无法触发 Spring 的类型转换、校验、占位符解析（如${app.timeout}） - 在静态块中调用
ApplicationContext.getBean()—— 此时上下文尚未创建，抛出IllegalStateException
这些方式破坏了配置管理的统一性，也难以支持 profile 切换、RelaxedDataBinding 等 Spring Boot 核心能力。
本质上，静态代码块和 Spring 自动注入属于两个生命周期阶段。真正可行的做法是：用 Spring 组件做“桥接”，把注入好的配置“托付”给静态字段，而不是试图让静态块去“拉取”注入。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
