作者简介：大家好，我是码炫码哥，前中兴通讯、美团架构师，现任某互联网公司CTO，兼职码炫课堂主讲源码系列专题

代表作：《jdk源码&多线程&高并发》，《深入tomcat源码解析》，《深入netty源码解析》，《深入dubbo源码解析》，《深入springboot源码解析》，《深入spring源码解析》，《深入redis源码解析》等

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬。码炫课堂的个人空间-码炫码哥个人主页-面试，源码等

回答

在 Spring Boot 3 中，spring.factories 文件被移除，主要是为了引入更灵活和模块化的自动配置机制。

在之前的版本中，spring.factories 文件用于定义自动配置类，但这种方式存在一些局限性，例如难以管理和扩展。为了解决这些问题，Spring Boot 3 引入了新的配置方式，即在类路径下的 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 文件中，列出需要自动配置的类的全限定名，每行一个。这种方式提高了配置的可读性和可维护性，使得自动配置过程更加清晰和灵活。

详情

spring.factories 的局限性

在 Spring Boot 的早期版本中，我们一般都是使用 META-INF/spring.factories 来自定义我们的自动配置类，格式如下：

org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
com.skjava.config.ExampleAutoConfiguration,\
com.skjava.config.AnotherAutoConfiguration

这种方式虽然实现了自动化配置，但是它存在一个问题：它是将所有配置集中在一个文件中，随着我们项目的增大，模块的变多，它的内容就会膨胀很大，变得难以管理和扩展。

新的自动配置机制

为了解决 spring.factories 的局限性，Spring Boot 3 引入新的自动配置机制，即我们在类路径下创建 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 文件，内容为每个自动配置类的全限定名，每行一个，例如：

com.skjava.config.ExampleAutoConfiguration,
com.skjava.config.AnotherAutoConfiguration

这种方式的优势在于，它可以模块化管理，即我们可以将自动配置类的定义分散到不同的模块，每个模块可以有自己的 AutoConfiguration.imports 文件，这就意味着不同的模块或组件可以独立维护自己的自动配置列表，而无需将所有内容堆在一个地方。通过这种模块化的方式，减少了单一文件的管理负担，提升了可读性和可维护性。

所以：

• Spring Boot 2.7 之前使用 spring.factories。
• Spring Boot 2.7 到 Spring Boot 3.0 可以使用 spring.factories ，也可以使用 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports。但是推荐使用 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports。
• Spring Boot 3.0 就只能使用 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports。