Spring @PostConstruct初始化成员后调用触发NPE问题咨询

@PostConstruct 是Spring Bean生命周期的内置回调注解，触发时机是Bean实例创建完成、依赖属性注入完毕之后，只对Spring容器直接托管的实例生效。你遇到c变量空指针的核心原因非常明确：抽象类A中定义的init()方法根本没有执行，私有成员变量c一直是对象默认的null值，调用c.callMethod()必然抛出NPE。

常见触发场景有三类：

• 抽象类本身不能被Spring直接实例化，你代码中调用testMethod()用的A的子类实例，不是从Spring容器获取的托管对象，是自己通过new关键字手动创建的。这种对象完全脱离Spring生命周期管理，不会触发任何@PostConstruct回调逻辑。
• A的具体子类是Spring托管的Bean，但子类重写了init()方法，重写时没有显式调用super.init()，父类里给c赋值的逻辑直接被跳过。
• 给A的实现类加了@Async、@Transactional等需要AOP生成代理的注解，部分场景下容器会提前暴露未完成生命周期回调的代理对象，拿到的实例还没执行init赋值就被调用。

1. 先确认A的具体实现类是否加了@Component、@Service等Spring托管注解，所有用到实现类实例的地方，都通过依赖注入从容器获取，绝对不要手动new实例。
2. 如果业务需要子类重写init()方法，必须在重写方法的第一行调用super.init()，保证父类初始化逻辑执行：

@Component
public class ConcreteA extends A {
    @PostConstruct
    @Override
    public void init() {
        super.init(); // 必须手动调用父类初始化，否则父类c赋值逻辑不执行
        // 此处追加子类自身的初始化逻辑
    }
}

3. 如果不需要子类重写初始化逻辑，直接把A类的init()方法定义为final，从语法层面避免子类意外重写打断初始化流程：

@PostConstruct
public final void init() {
    c = new C();
}

4. 最快的定位方式是在init()方法里加一行控制台打印或者日志输出，服务启动后看对应输出有没有打印，就能直接确认初始化方法有没有被执行，不用瞎猜。

补充说明：c是A类的私有成员变量，虽然子类无法直接访问，但testMethod()本身是A类定义的方法，方法运行时处于A类的上下文，只要init()正常执行给c赋值，调用testMethod()时完全可以正常访问c，不存在私有变量作用域导致的NPE问题。

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