[英]Should I Use CDI javax.inject.Singleton for the beans that dont need serialization, proxies, or decorations
我了解ApplicationScoped和CDI javax.inject.Singleton工作方式，并且了解这两个范围之间的区别 。 我的应用程序有很多不需要序列化，代理或修饰的bean，因此我正在考虑将其从ApplicationScoped （有效）切换到javax.inject.Singleton以通过避免代理来提高性能。
我的问题是 ：实际上我是否应该进行此类更改？
当然，您可以在范围注释上进行重构，但是您将需要在调用那些单例托管bean的bean上进行序列化。 参见http://docs.jboss.org/weld/reference/latest-2.2/en-US/html_single/#_the_singleton_pseudo_scope
我将首先研究此举将带来多少性能提升，以及是否真的值得我花时间去投资。 通常，性能瓶颈来自于Java查询开销之前的数据库查询/索引性能，I / O，网络，线程锁，低效算法（以及更多），因此我会坚持使用标准@ApplicationScoped。
参见： http : //ordinaryjava.blogspot.com/2008/08/benchmarking-cost-of-dynamic-proxies.html https://spring.io/blog/2007/07/19/debunking-myths-proxies-impact -性能/
javax.inject.Singleton 和 javax.ejb.Singleton 的区别
[英]Difference between javax.inject.Singleton and javax.ejb.Singleton
IllegalArgumentException：预期有一个元素，但是：<@ com.borisruzanov.social.dependency.scopes.AuthScope，@ javax.inject.Singleton>
[英]IllegalArgumentException: expected one element but was: <@com.borisruzanov.social.dependency.scopes.AuthScope, @javax.inject.Singleton>
何时应实例 <T> 和提供者 <T> 用于在CDI中注入豆子？
[英]When should Instance<T> and Provider<T> be used to inject beans in CDI?
为什么我需要一个无参数构造函数才能在 CDI 中使用带有构造函数注入的 ApplicationScoped bean？
[英]Why do I need a no-args constructor to use ApplicationScoped beans with Constructor injection within CDI?
防止在SessionScoped Bean中序列化CDI注入的Logger
[英]Prevent serialization of CDI injected Logger in SessionScoped beans
我可以（以及如何）使用EJB模块中的javax.naming.Context＃lookup查找CDI托管bean吗？
[英]Can I (and how) lookup CDI managed beans using javax.naming.Context#lookup in EJB module?
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
