当具有拦截器或装饰器的bean在CDI中有什么处理规则？

Question

我在weblogic中运行了2个示例（我使用了具有依赖范围的bean）：

1）bean没有任何拦截器或装饰器：bean没有被代理

2）bean有一个拦截器：bean被代理了

我认为CDI中有两种代理：

1）客户端代理：此代理会覆盖Bean类的所有非私有方法，当调用这些覆盖的方法时，代理会查找Bean的正确实例（或第二种代理），然后将调用转发到实际bean实例（基于此链接）。 对于依赖范围，不会创建此代理

2）还有另一个代理应用拦截器和装饰器，它是在bean具有装饰器或拦截器时创建的

我对第二种代理的假设正确吗？ 规范对此有何规定？

Answer 1

您确实做了一个很好的调查，并且在大多数情况下是正确的。 这是详细信息。

代理

确实可以代理普通作用域的bean（@ @ApplicationScoped ， RequestScoped等），您不掌握实际的实例，而获得的只是一个客户端代理 。 随着@Dependent这是不正常的范围的，你基本上要每次注入新的实例，所以没有需要把它代理。

上面的内容在CDI规范中有所提及，尽管不够精确，无法提供可以在其中进行操作的实现空间-用户不必真正关心是否具有代理，也可以不调用它们的方法就可以了。

拦截器和装饰器

继续讲拦截器-规范从我所知道的事情上什么都没有说，而是让实现者自由选择要怎么做。 以下细节是焊接特定的，尽管据我回忆，OWB也有类似的细节。 无论如何，实际上没有太多选择。

对于每个拦截器/装饰器，都会创建一个“代理”，实际上是一个子类，该子类允许进行拦截/装饰。 该子类替换了原始bean，所有调用都通过了它（例如，它在基础bean存储中而不是原始实例中）。

再次，从用户的角度来看，这没有什么区别，您不必担心。

代理/子平台的额外工具

有时， 很少，最有可能只有在开发CDI库时 ，您才真正需要查看注入的bean是客户端代理还是子类。 Weld为此提供了工具，每个具有客户端代理的bean都从Weld API实现WeldClientProxy接口。 该界面允许您获取实际实例和一些元数据。 同样，每个被拦截和修饰的bean都将WeldContruct实现为标记接口。