为什么使用CDI的自注入不会导致无限循环？

Question

为什么这个建筑工程？

@Stateless
public class SomeClass {

    @Inject
    private SomeClass self;

    //...
}

为什么没有无限递归的对象引用注入？集装箱什么时候意识到该停下来了？

Answer 1

除了Petr的伟大答案外，CDI的核心概念之一是，您实际上是在注入代理，而不是实际对象。当您在代理上调用一个函数时，您将被路由到容器中的正确bean实例。这允许自注入，以及其他场景，如将RequestScoped bean注入ApplicationScoped (如果容器正在注入实际实例，这将如何工作？)

Answer 2

在这种情况下，您是自注入无状态EJB。对于野生苍蝇，@Stateless与任何CDI作用域都没有关联，所以您的bean以@Dependent结尾(讨论它是否正确，请在这里找到https://issues.redhat.com/browse/CDI-414)。因此，在Wildfly的情况下，它以“焊缝-001443:伪作用域bean具有循环依赖关系”结束。

CDI目前支持循环依赖(在您的例子中是自注入)，如果其中一个bean(在您的例子中是同一个bean)具有正常范围：@RequestScoped, @SessionScoped、@ApplicationScoped、@ConversationScoped。

因此，作为伪作用域的@Dependent将以焊缝-001443结尾，但其他作用域可以工作，因为框架使用客户端代理(如果您记录@Inject变量，可以看到toString()将打印有关代理对象的信息)。在此代理CDI框架上调用方法之后进行上下文查找，这就是为什么在此bean初始化期间没有发生无限循环的原因。

对于@Dependent，不使用代理，并创建直接引用。这是焊接-001443的目的，以保护您免受无限循环。