咨询Spring Boot 3移除spring.factories的具体原因

核心原因：转向JDK标准服务发现机制 #

Spring Boot 3弃用spring.factories，核心是要拥抱JDK原生的ServiceLoader规范，替换掉自己定义的私有配置格式：

• spring.factories是Spring Boot早期为自动配置、组件注册定制的私有文件格式，只适用于Spring生态，和Java平台标准不兼容。
• JDK自带的ServiceLoader通过META-INF/services/目录下的文件实现服务发现，是Java官方标准机制，通用性更强，不需要依赖Spring特定解析逻辑，甚至能被非Spring框架识别。

为什么新版本还会读取spring.factories？ #

这是向后兼容的过渡策略：

• 大量第三方依赖、自定义组件至今仍依赖spring.factories注册自动配置类、监听器等核心逻辑，如果直接砍掉读取能力，这些组件会直接失效，导致Spring Boot 3的升级成本飙升。
• Spring Boot 3内部保留了对spring.factories的解析逻辑，但会优先读取标准的META-INF/services/文件，同时兼容老格式，给开发者留足迁移时间。

二者的实际差异 #

虽然表面都能实现组件注册，但本质有区别：

• spring.factories支持批量配置（一行可写多个类，用逗号分隔），而META-INF/services/的标准格式要求每个类单独占一行。
• 标准ServiceLoader是JDK层面的实现，不依赖Spring上下文，轻量场景下更灵活；spring.factories必须靠Spring Boot的解析器才能生效。
• Spring官方已将spring.factories标记为过时，未来版本可能彻底移除对它的支持，新开发的组件应当优先使用META-INF/services/格式。

内容的提问来源于stack exchange，提问作者finger