将依赖Bean作为静态依赖注入是否会引发问题？

直接像示例中那样给静态字段加@Autowired一定会引发问题，具体原因和替代方案如下：

问题本质 #

Spring的依赖注入机制是面向实例对象设计的：容器在初始化Bean实例时，只会对实例级别的成员字段/方法做注入处理，而静态字段属于类级别，不属于任何具体实例，Spring默认不会为静态字段执行注入逻辑。最终dependency字段会一直是null，调用该静态依赖的代码会直接抛出NullPointerException。

若需实现静态依赖的替代方案 #

如果确实有需要让静态代码访问Spring Bean的场景，可以通过以下方式间接实现，但不推荐频繁使用：

方式1：利用@PostConstruct方法赋值 #

先注入实例级别的依赖，再在Bean初始化完成后手动赋值给静态字段：

@Component
public class SomeBean {
    
    private static DependencyBean dependency;

    @Autowired
    private DependencyBean instanceDependency;

    @PostConstruct
    public void initStaticDependency() {
        SomeBean.dependency = instanceDependency;
    }
}

方式2：构造注入结合静态字段赋值 #

Spring推荐使用构造注入保证依赖不可变，也可以用这种方式给静态字段赋值：

@Component
public class SomeBean {
    
    private static DependencyBean dependency;

    public SomeBean(DependencyBean dependency) {
        SomeBean.dependency = dependency;
    }
}

为什么不推荐静态依赖 #

即使能实现，静态依赖也会破坏Spring的设计原则，带来以下问题：

• 可测试性差：静态字段无法被Mock框架轻松替换，单元测试时难以隔离依赖
• 耦合度高：类级别的依赖会让Bean之间的耦合变得更僵硬，不利于代码维护和扩展
• 线程安全风险：静态字段属于全局共享状态，若被不当修改，多线程环境下容易引发并发问题

内容的提问来源于stack exchange，提问作者IJR