[英]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.
