在 CDI 中有 @ApplicationScoped 和 (javax.inject) @Singleton 伪范围。它们之间有什么区别？除了@ApplicationScoped 被代理，@Singleton 没有被代理。
我可以将我的 @Singleton bean 更改为 @ApplicationScoped 吗？ @ApplicationScoped bean 可以有两个（或更多）实例吗？
【问题讨论】：
@ApplicationScoped 和 @Singleton 之间实际差异的解释。
@Singleton 不是 CDI 规范的一部分。它是 EJB 和 javax.inject (JSR-330) 的一部分。规范中没有提到它的行为是什么，因此您只能依赖 Weld 文档中所写的内容。
【讨论】：
@Singleton 的内容。它仅在一个示例中显示，没有说明。 CDI 确实依赖于javax.inject，但严格来说它不是 CDI 规范的一部分。也就是说，我更正了我的答案。
简而言之：您甚至可以混合使用（@Singleton 和 @ApplicationScoped），这在某些情况下是有意义的。
（并且在我的工作中按预期工作！）
除了到目前为止的其他答案之外，我还想在现实世界的场景中添加更多点来澄清。
对我来说，这个问题源于How do I force an application-scoped bean to instantiate at application startup? 在那里的一些讨论中，我陈述了这一点，但到目前为止找不到反对它的有效论据：
在很多现实生活场景/设置中，我会说这 很难 肯定地说 - 从抽象/建模的角度来看 - 是否 某物是（或将成为/被视为）EJB 或应用程序范围的托管 bean。
（有争议但不是结论性的）论点（从我的角度来看）到目前为止反对它： （@BalusC 和所有其他人：我希望看到他们得出结论，但如果不是，上述内容可能是正确的，但这些论点仍然可以帮助读者了解差异/优势/劣势/坏/好的做法）
BalusC：这是一个 EJB 而不是托管 bean，这是完全不同的。 EJB 在后端运行，在前端托管 bean。 EJB 也在事务上下文中运行。 [...] 您只是将企业 bean 与托管 bean 混淆了，我只是指出了这一点。
但是：
我：我认为你不太正确并且夸大了含义/用法，这在我看来值得商榷。 http://en.wikipedia.org/wiki/Enterprise_JavaBeans
Enterprise JavaBeans (EJB) 是一种用于模块化构建企业软件的托管服务器软件，也是几个 Java API 之一。 EJB 是一个服务器端软件组件，它封装了应用程序的业务逻辑。
企业 Bean 的类型
可以是“有状态”、“无状态”或“单例”的会话 Bean [3] [...]
消息驱动的 Bean [...]
...在我的情况下仍然适用。
BalusC：单例 EJB 与应用程序范围的 bean 不同。单例 EJB 是读/写锁定的，因此对于您想到的任务可能效率低下/过度复杂。长话短说：拿一本好的 Java EE 书，学习使用正确的工具来完成这项工作。一种方式肯定不是另一种方式。它有效并不意味着它是正确的工具。大锤能够固定螺钉，但它不一定是正确的工具:)
但是：
（我在这里看不到大锤 - 抱歉......） 很高兴知道锁定默认值（我不知道），但这似乎又不正确了：Oracle Java EE 6 Tutorial on Managing Concurrent Access in a Singleton Session Bean
在创建单例会话 bean 时，可以通过两种方式控制对单例的业务方法的并发访问：容器管理的并发和 bean 管理的并发。 [...]
虽然默认情况下单例使用容器管理的并发，但可以在单例的类级别添加@ConcurrencyManagement(CONTAINER)注解来显式设置并发管理类型
【讨论】：
通常，当您只想拥有某个对象的一个实例时，您可能应该使用 @ApplicationScoped 注释 - 这样的对象是代理的，因此甚至可以开箱即用地正确序列化。
另一方面，也有很多情况，你只想要一个类的实例，但这样的类不能被代理（例如，因为是最终的） - 那么@Singleton 是一种救援。因为Singleton 是一个伪作用域，不像任何“正常”作用域那样被代理。
【讨论】：
@Singleton的bean没有代理对象。客户端持有对单例实例的直接引用。所以我们需要考虑客户端的情况可以序列化的"
JSR-299 中的@Singleton 指的是 Singleton 会话 bean（javax.ejb.Singleton，而不是 javax.inject.Singleton），而不是称为 Singleton 的内置作用域中的 JSR-299 托管 bean。
您可能会在您的服务器中发现@ApplicationScoped 是一个 EAR 或一个 WAR/EJB-JAR，因为规范中没有明确说明，但您绝对不应该期望它是每个 JVM 一个。
【讨论】：
还有一个区别：
@Singleton 不是 bean 定义注释，因为 Singleton 范围不是正常范围。
那么@ApplicationScoped就是bean定义的注解。
使用 CDI 1.1 规范：当处于发现模式的应用程序 = 带注释时，Weld 不会使用 @Singleton 识别 bean 并且不会加载它
【讨论】：
在使用javax.inject.Singleton 时，您可以使用默认构造函数编写类的主要区别之一是私有访问修饰符，但是在使用javax.enterprise.context.ApplicationScoped 时，您的类应该具有至少具有默认访问修饰符的默认构造函数，这是@987654323 @实现
【讨论】：
我知道这是一篇旧帖子，但这是我经常被问到的问题。
https://www.javadoc.io/doc/jakarta.inject/jakarta.inject-api/latest/jakarta/inject/Singleton.html
https://quarkus.io/guides/cdi-reference#lazy_by_default 提供了一个很好的参考，在实际使用方面比较了两者。
（还需要注意的是，在最后一种情况下，Quarkus 会为您创建无参数构造函数以满足 CDI bean 的要求，因此您无需 DIY 或 Lombok-it。）
【讨论】：