重写@PostConstruct方法时子类实例化是否调用父类方法及执行顺序疑问

让我来拆解这两个关于Spring中@PostConstruct的常见疑问，结合实际代码场景给你讲清楚逻辑：

问题1：重写@PostConstruct方法时，父类的该方法会被调用吗？ #

答案很明确：不会自动被调用。

@PostConstruct是方法级的生命周期注解，Spring容器在处理Bean初始化时，只会识别并执行当前实例上实际存在的、被@PostConstruct标记的方法。如果子类重写了父类的@PostConstruct方法，那么子类实例的这个方法已经完全覆盖了父类的版本——Spring找不到父类的那个方法来执行，除非你在子类的@PostConstruct方法里显式调用super.你的父类初始化方法()。

这里还要注意一个容易踩坑的点：@PostConstruct注解本身没有被@Inherited修饰，也就是说子类不会自动继承父类方法上的@PostConstruct注解。举个例子：

// 父类
public class Parent {
    public Parent() {
        System.out.println("Parent-----constructor");
    }

    @PostConstruct
    public void init() {
        System.out.println("Parent-----PostConstruct");
    }
}

// 子类重写了init方法，但未加@PostConstruct
public class Child extends Parent {
    public Child() {
        System.out.println("Child-----constructor");
    }

    @Override
    public void init() {
        System.out.println("Child-----PostConstruct");
    }
}

这种情况下，Spring既不会执行子类的init（因为没加@PostConstruct），也不会执行父类的init（因为已经被子类覆盖），相当于这个Bean没有初始化回调方法。只有当子类的重写方法也加上@PostConstruct时，Spring才会执行子类的init。

问题2：为何不同场景下父类@PostConstruct的执行情况有差异？ #

你遇到的两种截然不同的结果，核心原因是代码结构的差异，具体分两种场景解析：

场景1：你的Spring Boot测试结果（父类@PostConstruct未执行） #

这说明你的测试代码里，子类重写了父类的@PostConstruct方法，并且子类的方法也加上了@PostConstruct注解。此时Spring只会执行子类的初始化方法，父类的方法被覆盖后不会被自动触发，所以输出顺序是：

Parent-----constructor → Child-----constructor → Child-----PostConstruct

场景2：你之前遇到的“父类@PostConstruct在子类之后执行” #

这种情况大概率是以下两种情况之一：

1. 子类在自己的@PostConstruct方法里主动调用了父类的初始化方法
   比如你的代码可能是这样的：

   public class Child extends Parent {
       public Child() {
           System.out.println("Child-----constructor");
       }
   
       @Override
       @PostConstruct
       public void init() {
           System.out.println("Child-----PostConstruct");
           // 显式调用父类的初始化方法
           super.init();
       }
   }
   

   这种情况下，子类先执行自己的初始化逻辑，再触发父类的方法，所以你会看到父类的@PostConstruct在子类之后执行。

2. 记忆偏差或特殊版本差异
   如果子类没有重写父类的@PostConstruct方法，而是有自己独立的@PostConstruct方法，那么Spring的执行顺序应该是：父构造器 → 子构造器 → 父@PostConstruct → 子@PostConstruct。如果你之前看到父类的在子类之后，要么是记忆混淆了，要么是使用了非常早期的Spring版本（比如Spring 3.x之前），这类旧版本在处理父子类回调顺序上可能有不同，但主流Spring Boot 2.x及以上版本的逻辑都是一致的。

最后总结关键规则 #

• 子类重写父类@PostConstruct方法 → 仅执行子类的方法（除非显式调用super）
• 子类不重写父类@PostConstruct方法 → 父类、子类的@PostConstruct都会执行，顺序是父→子
• @PostConstruct不被子类继承，子类重写后必须自己加注解才会被Spring识别

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