将 @Scoped 与 EJB 一起使用有什么意义？

Question

通常我使用@RequestScoped 或@SessionScoped（来自javax.enterprise.context）使用@Inject 注入对象（例如在faces bean 中）。 我也在使用 EJB。据我了解，一组无状态 EJB 副本（池）用于注入对象。有许多副本的原因是为了确保不会同时访问一个 EJB 实例。当谈到有状态的 EJB 时（正如我所理解的那样），其中一个实例与具体的注入点有关。它们是使用@EJB 注入的（也是无状态的）。

我经常可以在网络上看到将@Stateless 或@Stateful 与@Scoped 结合使用的示例。它们的含义是什么？

编辑：（试图澄清，因为此时没有人回应）：

我特别感兴趣的是，这些作用域注释是否会以任何方式（如果它们 - 方式）改变 EJB 实例的创建时刻。 据我了解：如果我有 @EJB 带注释的字段，则将适当类的对象注入那里。如果这样的 EJB 是无状态的，容器只需从预先创建的实例池中获取免费实例。如有必要，可以调整池的大小。它是无状态的，因为不能保证在我们类的方法调用中保留对象（即具有包含对 EJB 的引用的字段的类）。

我们还可以使用有状态 EJB，在这种情况下，在方法调用期间会保留一个实例。正如我认为的那样，每次创建对象时都会简单地注入一次。 （还有单例 EJB，所有对象共享）。

我在这里找不到 EJB 的 @Scoped 注释的用途。

编辑 2：

如果要通过 EJB 和 DI（通过@Inject）机制注入类，则可以使用这种注释组合。然而，这是一种特殊情况，并不优雅。我问你是否知道其他原因。

编辑 3： 请在 arjan 的回答下查看我的评论。

Answer 1

@Stateless 或 @Singleton bean 可以显式限定范围，以防止其范围被自动修改为可能非法的范围。例如。这两种 bean 类型都不允许是 @RequestScoped。有关更多信息，请参阅此链接：http://docs.jboss.org/resteasy/docs/2.0.0.GA/userguide/html/CDI.html

@Stateful 被（明确地）限定范围很有意义。也就是说，如果没有范围，您作为程序员必须小心调用 @Remove 注释方法。这可能很难保证，因为这样的 bean 通常不会在单个方法中使用，您可以在 finally 块中调用 @Remove 方法。使用作用域，当作用域结束时，bean 会被完全删除。

此外，如果没有作用域，您不能总是使用注入来获取对有状态 bean 存根的引用。也就是说，每次注入发生时，您都会得到一个新实例。当在请求范围 (JSF) 支持 bean 中注入有状态 bean 时，这尤其麻烦，您的意图是在几个请求中保留有状态 bean。

然后，结合@Named，您还可以直接使用会话 bean 作为支持 bean 来扁平化您的应用程序层（参见例如 http://jaxenter.com/java-ee-6-overview-35987-2.html）。显然，在这种情况下，您需要一个明确的范围。现在扁平化层可能不是大型应用程序的最佳实践，但对于小型应用程序和/或刚开始使用 Java EE 的人来说，肯定希望将业务逻辑直接放入支持 bean。然后要求支持 bean 可以访问与“业务 bean”通常具有的相同类型的服务（主要是事务）。

最后，Gavin King（CDI 规范负责人）建议始终使用@Inject 而不是@EJB。唯一的例外涉及远程 EJB，其中仍使用 @EJB。

关于 EJB 和 CDI 的部分混淆在于 CDI 是 Java EE 中的一种新组件模型，并且仍然相对较新。尽管它们彼此集成得相当好，但它们仍然是两种不同的组件模型，并且尚未考虑所有最佳实践。 Reza Rahman（EG 成员、EJB 书籍作者和 CDI 实现 CanDI 的作者）建议将来可能将 EJB 模型改进为一组 CDI 服务。实际上，在 Java EE 7 中，通过将事务服务与 EJB 分离并通过 (CDI) 注释使它们可用，正在迈出一步。