java - Spring:循环依赖，@PostConstruct 和@DependsOn 强加的顺序

Question

我期待 Spring 在调用 @PostConstruct 方法时考虑 @DependsOn，但似乎在存在循环(自动连接)依赖项时情况并非如此.

考虑两个 bean(下面的代码)，BeanB @DependsOn BeanA。当字段 BeanA#b 将它的 @Autowired 注释掉时，将按预期顺序调用构造后方法:首先是 A，然后是 B。但是使用 @Autowired 对 A 有效，我先调用 B 的 post，然后 A 的 post。

我知道这是一个糟糕的设计(实际上，它是非常大的 @Autowired ... 代码库的最小演示)，但我期待 Spring 完成 @Autowired 的注入(inject) 字段和 then 开始调用生命周期回调，尊重 @DependsOn，但是当有循环时，Spring 似乎忽略了 @DependsOn 顺序部门。

Spring 版本是 4.1.5。

那么，这是我的误解还是未记录的行为，还是可以将其视为Spring 错误(或者，也许是功能请求)？

@Component
class BeanA {

    // @Autowired
    private BeanB b;

    void f() {
        System.out.println(this);
    }

    @PostConstruct
    void post() {
        System.out.println("A done");
    }

    @Override
    public String toString() {
        return "Bean{" +
                "b=" + (b == null ? null : b.getClass()) +
                '}';
    }
}
// ---------------------
@Component
@DependsOn("beanA")
class BeanB {

    @Autowired
    private BeanA a;

    void f() {
        System.out.println(this);
    }

    @PostConstruct
    void post() {
        System.out.println("B done");
    }

    @Override
    public String toString() {
        return "BeanB{" +
                "a=" + (a == null ? null : a.getClass()) +
                '}';
    }
}

Answer 1

在关于Initialization callbacks的章节中, Spring 文档指出

[@PostConstruct and other methods] allows a bean to perform initialization work after all necessary properties on the bean have been set by the container.

对于您注释的代码，会发生以下情况:beanA 被实例化并保存。容器看到所有必要的属性都已设置，它调用 init (@PostConstruct) 方法。然后它转到它初始化的 beanB，保存，看到一个 @Autowired，检索保存的 beanA，注入(inject)它，运行 beanB 的 @PostConstruct 因为它的所有属性都已设置。

在您未注释的代码中，您遇到了循环依赖的情况。 beanA 首先被实例化并被保存。容器注意到它有一个 BeanB 类型的注入(inject)目标。要执行此注入(inject)，它需要 beanB bean。因此，它实例化 bean，保存它，发现它依赖于 beanA 作为注入(inject)目标。它检索 beanA(之前保存的)，注入(inject)它，然后设置 beanB 的所有属性并调用其 @PostConstruct 方法.最后，将这个初始化的 beanB bean 注入(inject)到 beanA 中，然后调用其 @PostConstruct 方法，因为它的所有属性都已设置。

第二个案例beanB 正在构造，而beanA 正在构造。 Spring就是这样解决的

class A {
    private B b;
}

class B {
    private A a;
}

必须先创建每个实例，然后才能将其中一个注入(inject)另一个。

---

如果去掉 @DependsOn，您将获得相同的行为(但这只是因为类路径扫描的默认顺序，它似乎是按字母顺序排列的)。例如，如果您将 BeanA 重命名为 BeanZ，则 beanB 将首先被实例化，然后 beanZ 将被实例化，初始化并返回以注入(inject)到 beanB 中。

@DependsOn 实际上只有当您希望在 bean 初始化之前发生副作用时才有必要。