Spring JavaConfig是否可以避免组件扫描并缩短启动时间?

前端之家收集整理的这篇文章主要介绍了Spring JavaConfig是否可以避免组件扫描并缩短启动时间? 前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

Spring需要大约5到10秒钟的时间对其进行自我配置,我正在将XML用于基础设施bean,并使用带有注释的组件扫描其他所有组件.

Spring JavaConfig是否消除了对组件进行扫描的需要以及按类型自动装配bean所发生的所有反射?有没有人看到JavaConfig的启动时间有所改善?

我主要关心的是加快集成测试.

最佳答案
如果继续使用@ComponentScan,显然将看不到任何改善,因为将进行相同的扫描,而只是使用不同的格式启用它.

另一方面,如果您使用@Bean注释定义所有bean并通过调用其他@Bean方法手动执行接线-很好,您可以避免组件扫描成本,但这将使您回到90年代,除非您进行交易XML for Java(改进的一种).还请记住,Java配置也需要一些成本.每个@Configuration类都需要CGLIB代理,其原因超出了此问题的范围.

我通常要做的是将@Bean用于基础设施bean(我无法控制),而@ComponentScan用于其他所有东西.您确定是组件扫描导致延迟,而不是休眠或其他第三方库启动时间吗?如果正在扫描,那么,您是在为了保证开发人员的舒适度而花了启动时间(无需手动声明/连接所有内容).

当然,有一些方法可以减少组件扫描的时间,主要是仔细过滤包/类名,以便您仅扫描相关的类.

猜你在找的Spring相关文章