14 SpringBoot3【SPI机制和自动配置再讨论】
14 SpringBoot3【SPI机制和自动配置再讨论】
14.1. 入门理解
应用关注的三大核心:场景、配置、组件
14.1.1. 自动配置流程
-
导入
starter
-
依赖导入
autoconfigure
-
寻找类路径下
META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
文件 -
启动,加载所有
自动配置类
xxxAutoConfiguration
a. 给容器中配置 功能组件
b.组件参数
绑定到属性类
中。xxxProperties
c.属性类
和配置文件
前缀项绑定 d.@Contional派生的条件注解
进行判断 是否组件生效 -
效果: a. 修改配置文件,修改底层参数 b. 所有场景自动配置好直接使用 c. 可以注入SpringBoot配置好的组件随时使用
14.1.2. SPI机制
Java中的SPI(Service Provider Interface)是一种软件设计模式,用于在应用程序中动态地发现和加载组件。 SPI的思想 是,定义一个接口或抽象类,然后通过在
classpath
中定义实现该接口的类来实现对组件的动态发现和加载。SPI的主要目的是解决在应用程序中使用可插拔组件的问题。例如,一个应用程序可能需要使用不同的日志框架或数据库连接池,但是这些组件的选择可能取决于运行时的条件。通过使用SPI,应用程序可以在运行时发现并加载适当的组件,而无需在代码中硬编码这些组件的实现类。
在Java中,SPI 的实现方式是通过在
META-INF/services
目录下创建一个以服务接口全限定名为名字的文件,文件中包含实现该服务接口的类的全限定名。当应用程序启动时,Java的SPI机制会自动扫描classpath
中的这些文件,并根据文件中指定的类名来加载实现类。通过使用SPI,应用程序可以实现更灵活、可扩展的架构,同时也可以避免硬编码依赖关系和增加代码的可维护性。 以上回答来自
ChatGPT-3.5
在SpringBoot
中,META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
14.1.3. 功能开关
-
自动配置:全部都配置好,什么都不用管。 自动批量导入
- 项目一启动,
spi
文件中指定的所有都加载。
- 项目一启动,
-
@EnableXxxx
:手动控制哪些功能的开启; 手动导入。-
开启xxx功能
-
都是利用 @Import 把此功能要用的组件导入进去
-
14.2. 进阶理解
14.2.1. @SpringBootApplication
1. @SpringBootConfiguration
就是: @Configuration ,容器中的组件,配置类。spring ioc启动就会加载创建这个类对象
2. @EnableAutoConfiguration
:开启自动配置
开启自动配置 具体细节分析——>第二节
3. @AutoConfigurationPackage
:扫描主程序包:加载自己的组件
-
利用
@Import(AutoConfigurationPackages.Registrar.class)
想要给容器中导入组件(获取主程序的信息,然后通过注册方法批量注册)。 -
把主程序所在的 包 的所有组件导入进来。
-
为什么
SpringBoot
默认只扫描主程序所在的包及其子包
4. @Import(AutoConfigurationImportSelector.class)
:加载所有自动配置类:加载starter导入的组件
List<String> configurations = ImportCandidates.load(AutoConfiguration.class, getBeanClassLoader())
.getCandidates();
扫描SPI文件:
META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
5. @ComponentScan
组件扫描:排除一些组件(哪些不要) 排除前面已经扫描进来的
配置类
、和自动配置类
。
@ComponentScan(excludeFilters = { @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
14.2.2. 完整启动加载流程
生命周期启动加载流程
14.3. 自定义starter
场景:抽取聊天机器人场景,它可以打招呼。 效果:任何项目导入此
starter
都具有打招呼功能,并且 问候语 中的人名需要可以在 配置文件 中修改
-
- 创建
自定义starter
项目,引入spring-boot-starter
基础依赖
- 创建
-
- 编写模块功能,引入模块所有需要的依赖。
-
- 编写
xxxAutoConfiguration
自动配置类,帮其他项目导入这个模块需要的所有组件
- 编写
-
- 编写配置文件
META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
指定启动需要加载的自动配置
- 编写配置文件
-
- 其他项目引入即可使用
14.3.1. 业务代码
自定义配置有提示。导入以下依赖重启项目,再写配置文件就有提示
@ConfigurationProperties(prefix = "robot") //此属性类和配置文件指定前缀绑定
@Component
@Data
public class RobotProperties {
private String name;
private String age;
private String email;
}
<!-- 导入配置处理器,配置文件自定义的properties配置都会有提示-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-configuration-processor</artifactId>
<optional>true</optional>
</dependency>
14.3.2. 基本抽取
-
创建starter项目,把公共代码需要的所有依赖导入
-
把公共代码复制进来
-
自己写一个
RobotAutoConfiguration
,给容器中导入这个场景需要的所有组件-
为什么这些组件默认不会扫描进去?
-
starter所在的包和 引入它的项目的主程序所在的包不是父子层级
-
-
别人引用这个
starter
,直接导入这个RobotAutoConfiguration
,就能把这个场景的组件导入进来 -
功能生效。
-
测试编写配置文件
14.3.3. 使用@EnableXxx机制
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE})
@Documented
@Import(RobotAutoConfiguration.class)
public @interface EnableRobot {
}
别人引入starter
需要使用 @EnableRobot
开启功能
14.3.4. 完全自动配置
-
依赖SpringBoot的SPI机制
-
META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 文件中编写好我们自动配置类的全类名即可
-
项目启动,自动加载我们的自动配置类
- 感谢你赐予我前进的力量