Spring需要大约5到10秒钟的时间对其进行自我配置,我正在将XML用于基础设施bean,并使用带有注释的组件扫描其他所有组件.
Spring JavaConfig是否消除了对组件进行扫描的需要以及按类型自动装配bean所发生的所有反射?有没有人看到JavaConfig的启动时间有所改善?
我主要关心的是加快集成测试.
最佳答案
如果继续使用
@ComponentScan
,显然将看不到任何改善,因为将进行相同的扫描,而只是使用不同的格式启用它.
另一方面,如果您使用@Bean注释定义所有bean并通过调用其他@Bean方法手动执行接线-很好,您可以避免组件扫描成本,但这将使您回到90年代,除非您进行交易XML for Java(改进的一种).还请记住,Java配置也需要一些成本.每个@Configuration类都需要CGLIB代理,其原因超出了此问题的范围.
我通常要做的是将@Bean用于基础设施bean(我无法控制),而@ComponentScan用于其他所有东西.您确定是组件扫描导致延迟,而不是休眠或其他第三方库启动时间吗?如果正在扫描,那么,您是在为了保证开发人员的舒适度而花了启动时间(无需手动声明/连接所有内容).
当然,有一些方法可以减少组件扫描的时间,主要是仔细过滤包/类名,以便您仅扫描相关的类.