获取CDI托管bean实例的规范方法：BeanManager#getReference（）vs Context#get（）

Question

我认为有两种一般的方法可以通过BeanManager获取自动创建的CDI托管bean实例，当仅具有一个Bean时

>

通过BeanManager#getReference（），通常在代码段中显示：

java prettyprint-override">Bean<TestBean> bean = (Bean<TestBean>) beanManager.resolve(beanManager.getBeans(TestBean.class));
TestBean testBean1 = (TestBean) beanManager.getReference(bean, bean.getBeanClass(), beanManager.createCreationalContext(bean));

通过上下文#get（），这在代码段中很少显示：

Bean<TestBean> bean = (Bean<TestBean>) beanManager.resolve(beanManager.getBeans(TestBean.class));
TestBean testBean2 = beanManager.getContext(bean.getScope()).get(bean, beanManager.createCreationalContext(bean));

实际上，它们最终做了完全相同的事情：返回对当前CDI托管bean实例的代理引用，并在范围中不存在bean实例时自动创建该实例。

但是它们的做法有点不同：BeanManager#getReference（）总是创建一个全新的代理实例，而上下文#get（）则重用以前创建过的现有代理实例。当在现有TestBean实例的操作方法中执行上述代码时，这一点很明显：

System.out.println(testBean1 == testBean2); // false
System.out.println(testBean1 == this); // false
System.out.println(testBean2 == this); // true

Context#get（）的javadoc在以下方面非常明确：

返回特定上下文类型的现有实例，或通过调用上下文类型创建新实例。创建（CreationContext）并返回新实例。

而 BeanManager#getReference() 的javadoc对此不够明确：

获取特定bean和该bean的特定bean类型的上下文引用。

这让我很困惑。你什么时候用这个或那个？对于这两种方法，您都需要Bean

我可以想象Context#get（）更节省内存，因为它不会不必要地创建另一个代理实例来引用相同的底层bean实例，而只是找到并重用现有的代理实例。

这让我想到了以下问题：BeanManager#get参考（）到底什么时候比Context#get（）更有用？它更经常显示在片段中，也更经常被推荐为解决方案，但它只会不必要地创建一个新的代理，即使一个代理已经存在。

Answer 1

这在将CDI与javafx集成时非常有用，因为我需要引用正确的作用域对象，而不是依赖作用域的代理。。。

我使用producer方法获得一个javaFX节点，该节点被注入到控件中，如下所示：

@Inject
@ApplicationScoped
@FXMLFile("javafx/wares.fxml")
@FXMLController(WaresController.class)
Parent wares;

但是当使用BeanManager#getReference（）时，我得到的代理会“吃掉”FXMLLoader（getContext）设置的所有值。找到解决问题的方法。

Thnx用于此

Answer 2

我有一个使用getReference（）方法获取引用的单例。尽管单例已经初始化，但每次使用getReference（）时，通过getReference（）创建的代理都会调用@PostConstruct。

@Startup
@ApplicationScoped
@Singleton

@PostConstruct
private void initialize() {}

通过切换到getContext（）。方法，则不再进行不必要的@PostConstruct代理调用。

Answer 3

BeanManager#getInformation为您提供了一个客户端代理的新实例，但是客户端代理会将方法调用转发到特定上下文的当前上下文实例。一旦您获得代理并保留它，方法调用将在当前实例上被调用（例如当前请求）。如果上下文实例不可序列化，它也很有用——客户端代理将在反序列化后重新连接。

BeanManager#getContext在没有客户端代理的情况下获取目标实例。您仍然可以在类名中看到Weld的代理，但这是一个提供拦截和修饰的增强子类。如果bean未被拦截或修饰，那么这将是给定bean的普通实例。

通常（1）更合适，除非您有一个需要直接访问目标实例（例如访问其字段）的特殊用例。

1） BeanManager#getReference将返回一个“上下文引用”，并为bean提供一个正常的作用域代理。如果一个bean与@SessionScoped一样

@SessionScoped User user;

然后上下文引用用户将指向当前会话的每个调用的相应用户实例（上下文实例）。两个不同的Web浏览器对user.getName（）的两个不同调用将为您提供不同的答案。

2） Context#get（）将返回内部“Context Instance”的值，而不使用正常的作用域代理。这通常是用户不应该自称的。如果您以这种方式获得“Bob”的用户用户，并将其存储在@ApplicationScopedbean或静态变量中，那么它将始终保持为用户“Bob”-即使是来自其他浏览器的web请求！您将得到一个直接的、非代理的html" target="_blank">实例。