使用基于注释的配置创建延迟初始化的Spring bean
我正在使用Spring的@Component批注在Spring
3.0应用程序中配置许多bean。我想知道是否有可能懒惰地构造其中一些豆类，尤其是prototype豆类吗？
问题答案：
要声明延迟初始化的bean，可以使用@Lazy批注。
但是请注意，对于prototypebean 没有意义-不能热切地初始化它们，因此不需要将它们标记为惰性。
-
7.4.4 延迟初始化的bean 默认情况下，ApplicationContext实现在初始化过程中随即创建和配置所有单例bean。一般来说，这种预实例化是可取的，因为可以立即发现配置或周围环境中的错误，而不是在几个小时甚至几天以后。当这种行为不可取时，可以通过将bean定义标记为延迟初始化来阻止预实例化。延迟初始化的bean告诉IoC容器，当bean首次被请求时而不是在启动时创建一个实例。 在X
-
问题内容： 我有一些已经在使用的JBoss webapp，还有一个懒惰的初始化问题。因此，建议我在Spring进行调查并使用。 但是，我仍然会收到错误消息，希望您能对我有所帮助？要使用Spring OEM过滤器，我还需要在应用程序中进行哪些更改？ 我的设置是这样的： + jsf的东西。 我将其设置如下：web.xml applicationContext.xml： persistence.xml：
-
我正在努力学习Spring并理解它是如何工作的。我已经学习了一些设置Spring和Camel的教程，并使用默认设置进行了操作。 我现在正试图将尽可能多的配置XML文件转换为Java类。到目前为止，我已经成功地在Java类中创建了camel路由（扩展SpringRouteBuilder并实现configure（）），以及spring配置文件（Bean）中的所有Bean- 这相当于什么样的非XML？
-
考虑以下情况： A必须是一个特征，因为它被不同的无关类使用。问题是如何实现mydata的定义。 标准方法（在许多地方建议）是将mydata定义为def并在子级中重写它。但是，如果f假设mydata从不更改，那么当一些子级使用在调用之间更改的函数而不是val进行扩展时，它可能会导致问题。 另一种方法是： 这个问题（除了添加另一个函数外）是，如果g依赖于子对象中的构造变量，那么这些变量必须成为子对象的
-
我有maploader，它使用索引进行查询 > maploader 主 这个工作绝对精细的地图不会加载，直到我第一次接触地图。 但是当我为地图添加索引的时候，地图就会被加载，而不管是不是触摸地图。在Hazelcast文档中，MapStoreConfig类中的InitialLoadMode配置参数有两个值：LAZY和eager。如果InitialLoadMode设置为LAZY，则在映射创建期间不加载
-
问题内容： 在最近我从事的一些大型项目中，选择其中一种（XML或注释）似乎变得越来越重要。随着项目的发展，一致性对于可维护性非常重要。 我的问题是：与基于注释的配置相比，基于XML的配置有哪些优势？与基于XML的配置相比，基于注释的配置有哪些优势？ 问题答案： 注释有其用途，但它们不是杀死XML配置的灵丹妙药。我建议将两者混合！ 例如，如果使用Spring，则将XML用于应用程序的依赖注入部分是完