【自定义配置类覆盖xxxAutoConfiguration】

最新推荐文章于 2023-02-23 16:14:23 发布
原创 最新推荐文章于 2023-02-23 16:14:23 发布 · 530 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#spring boot

本文探讨了在SpringBoot应用中，自定义xxxConfig类并实现WebMvcConfiger接口如何导致WebMvcAutoConfiguration配置失效的问题。由于WebMvcConfiger继承自WebMvcConfigurationSupport，@ConditionalOnMissingBean注解会阻止SpringBoot的自动配置，使得默认的web MVC配置不再生效，只会影响到自定义配置中重写的方法。

自定义xxxConfig类并实现WebMvcConfiger，就会使WebMvcAutoConfiguration配置类失效，因为在该类中有@ConditionalOnMissingBean（WebMvcConfigurationSupport.class）,这个注解会触发 ，这是因为我们在自定义的xxxConfig类中实现了WebMvcConfiger，点进这个接口就可以知道它继承了WebMvcConfigurationSupport，所以springboot自动帮我们配置好的webMvcAutoConfiguration就会失效，注意只是我们在xxxConfig类中重写的default失效

:)#
关注
专栏目录
Spring Boot入门教程(三十一): 自定义Starter
人不风流枉少年
04-09 3万+
在springboot中，使用的最多的就是starter。starter可以理解为一个可拔插式的插件，例如，你想使用jdbc插件，那么可以使用spring-boot-starter-jdbc；如果想使用mongodb，可以使用spring-boot-starter-data-mongodb。 自定义starter 自定义starter 使用starter 1. 创建一个maven工程（...
Spring Boot Starter应用场景和自动配置
fangpear的博客
03-21 959
首先项目中需要引入 SpringMVC 的依赖在 web.xml 中注册 SpringMVC 的，并配置url映射编写，在其中配置几个重要的组件，处理映射器（HandlerMapping）、处理适配器（HandlerAdapter）、视图解析器（ViewResolver）在文件中引入文件。
聊聊SpringBoot中的@EnableAutoConfiguration注解
troopzhang的专栏
08-25 1164
引言 @Target({ElementType.TYPE}) @Retention(RetentionPolicy.RUNTIME) @Documented @Inherited @AutoConfigurationPackage @Import({AutoConfigurationImportSelector.class}) public @interface EnableAutoConfiguration { String ENABLED_OVERRIDE_PROPERTY = "sprin
springboot源码分析系列（三）--@EnableAutoConfiguration自动配置加载过程
知世俗而不世俗
08-04 1258
为什么需要自动化配置   在常规的spring应用程序中，充斥着大量的配置文件，我们需要手动去配置这些文件，如配置组件扫描、视图解析器、http编码等等。常规的配置让开发人员将更多的经历耗费在了配置文件上。而这些配置都是一些固定模式的配置方式，甚至很多都是模板代码。那既然是这样一种情况，有没有一种可能性，让spring自动完成这些模板配置工作呢？答案是肯定的，这就是SpringBoot AutoConfiguration产生的初衷。将开发人员从繁重的配置工作中解放出来，把这些繁琐的配置交由SpringBoo
Boot 自动配置覆盖
lvhui321的博客
06-27 1103
当前项目中新建配置bean覆盖第三方配置bean
spring同名bean，@component创建的被@Configuration创建的覆盖的问题追踪
qq_27886773的博客
02-23 826
spring同名bean覆盖问题
Springboot自动配置类理解心得
weixin_48312926的博客
05-29 383
终于理解了Springboot的底层自动配置原理以及和application.properties的联系
02_springboot_自动配置原理_基础Import注解说明_笔记(1) 以下为AI生成的图文笔记的内容 一、自动配置原理 00:34 1. 配置类使用示例 02:06 1）组件准备 ● ● 组件注解：使用@Component注解标记User类，使其成为Spring管理的组件 ● 属性注入：通过@Value注解实现属性值注入，支持表达式如@Value("${fanren.name:名}")设置默认值 ● 基础结构：组件类需要包含toString()方法以便调试输出 2）配置类编写 ● ● 核心注解： ○ @Configuration：标识当前类为配置类，替代XML配置文件 ○ @ComponentScan：指定扫描包路径（如"com.atguigu.java.ioc_01"） ○ @PropertySource：加载外部配置文件（如"classpath:user.properties"） ● 功能划分：配置类主要实现三大功能：声明配置、资源加载、组件扫描 3）容器初始化 ● ● 创建方式： ○ 方案1：直接创建AnnotationConfigApplicationContext并传入配置类 ○ 方案2：分步创建容器→注册配置类→调用refresh()方法 ● 注意事项： ○ 不同方式创建的容器实例相互独立（user != user2） ○ 必须调用refresh()方法才能使配置生效 4）组件注册三步骤 ● ● 完整流程： ○ 准备组件类并添加相应注解（如@Component） ○ 编写配置类进行组件扫描和资源配置 ○ 创建应用上下文加载配置类 ● 关键点： ○ 组件扫描范围需要包含组件所在包 ○ 外部资源配置需要在属性注入前加载 ○ 容器刷新是必要的初始化步骤 2. 配置类批量加载和读取 03:36 1）基础配置方式 ● ● 方案1：直接创建配置类 ● 方案2：分步创建容器 2）多配置类加载方案 ● 方案1：构造函数可变参数 ○ ○ 实现方式：通过构造函数一次性传入多个配置类 ○ 特点： ■ 可以完成多个配置类加载 ■ 只能加载固定已知的配置类 ■ 不适合动态加载场景 ● 方案2：@Import注解 ○ ○ 实现步骤： ■ 创建主配置类 ■ 使用@Import导入其他配置类 ○ 特点： ■ 需要定义主配置类 ■ 仍然需要显式指定所有配置类 ■ 相比方案1代码组织更清晰 3）配置类编写规范 ● ● 基本结构： ● 注意事项： ○ 必须添加@Configuration注解 ○ @Bean方法名默认作为bean名称 ○ 可以添加初始化逻辑和打印语句验证加载过程 4）实际应用建议 ● 选择依据： ○ 少量固定配置类：直接使用方案1 ○ 需要更好组织性：使用方案2 ○ 需要动态加载：考虑其他方案（如组件扫描） ● 最佳实践： ○ 保持配置类单一职责 ○ 合理分组相关配置 ○ 主配置类只做导入不做具体配置 3. 配置类动态导入 14:08 1）方案一：利用构造函数可变参数进行传入多个配置类 ● ● 实现方式：通过AnnotationConfigApplicationContext构造函数的可变参数传入多个配置类 ● 特点： ○ 只能加载固定的已知配置类 ○ 代码示例： ● 局限性：配置类需要预先确定，无法动态变更 2）方案二：@Import导入其他的组件和配置类 14:40 ● ● 实现方式： ○ 定义一个主配置类 ○ 使用@Import注解指定其他要加载的配置类 ● 特点： ○ 示例代码： ○ 仍然需要预先确定配置类 ● 局限性：与方案一类似，配置类是"写死"的，无法动态加载 3）方案三：@Import注解动态导入配置类 14:53 ● 实现原理 ○ ○ 核心机制：@Import注解可以接受两种参数： ■ 配置类（Configuration） ■ ImportSelector接口的实现类 ○ 关键接口：ImportSelector ■ 定义方法：String[] selectImports(AnnotationMetadata importingClassMetadata) ■ 返回需要导入的配置类的全限定名数组 ■ 允许在方法中编写动态逻辑 ● 实现步骤 ○ ○ 创建主配置类并添加@Configuration注解 ○ 实现ImportSelector接口 ○ 在selectImports方法中返回配置类全限定名数组 ○ 在主配置类的@Import中指定ImportSelector实现类 4）例题1:实现ImportSelector接口动态导入 16:49 ● ● 实现代码： public class MyImportSelector implements ImportSelector { @Override public String[] selectImports(AnnotationMetadata importingClassMetadata) { return new String[]{ "com.atguigu.java.config_03.TeacherConfiguration", "com.atguigu.java.config_03.StudentConfiguration", "com.atguigu.java.config_03.UserConfiguration"}; } } ● 使用方式： @Import(MyImportSelector.class) @Configuration public class DynMainConfiguration {} 5）例题2:测试动态导入配置类 18:56 ● ● 测试代码： ApplicationContext context2 = new AnnotationConfigApplicationContext(DynMainConfiguration.class); String[] beanDefinitionNames2 = context2.getBeanDefinitionNames(); System.out.println(Arrays.toString(beanDefinitionNames2)); ● 优势： ○ 可以在selectImports方法中编写动态逻辑 ○ 相比前两种方案更加灵活 ○ 实现了配置类的"按需加载"能力 ● 注意事项： ○ 配置类的全限定名必须准确 ○ 返回的数组不能包含不存在的类名 4. 三种配置类方式总结 20:05 1）方案1：利用构造函数可变参数传入多个配置类 ● 实现方式：通过AnnotationConfigApplicationContext构造函数直接传入多个配置类 ● 特点： ○ 可以加载多个配置类 ○ 只能加载固定的已知配置类 ○ 属于硬编码方式，不够灵活 ● 示例代码： 2）方案2：@Import导入其他组件和配置类 20:37 ● ● 实现方式： ○ 定义一个主配置类 ○ 在主配置类上使用@Import注解指定其他要加载的配置类 ● 特点： ○ 本质上与方案1相同，仍然是写死的配置 ○ 无法实现动态加载 ○ 相比方案1只是将配置集中到了主配置类中 ● 示例代码： 3）方案3：@Import注解动态导入配置类 21:00 ● 实现方式： ○ 主配置类使用@Import注解 ○ 导入ImportSelector接口的实现类 ○ 在selectImports方法中返回需要加载的配置类全限定名数组 ● 特点： ○ 真正实现了动态加载 ○ 可以在运行时决定加载哪些配置类 ○ 通过方法体中的逻辑实现灵活配置 4）例题1:MyImportSelector实现 21:21 ● ● 实现要点： ○ 实现ImportSelector接口 ○ 重写selectImports方法 ○ 返回配置类的全限定名数组 ● 示例代码： 5）动态配置类加载的实现方式 22:24 ● ● 核心思想： ○ 将配置类信息存储在外部配置文件中 ○ 在selectImports方法中读取配置文件 ○ 动态决定加载哪些配置类 ● 实现步骤： ○ 创建配置文件(如configs.properties) ○ 在配置文件中列出需要加载的配置类全限定名 ○ 在selectImports方法中读取配置文件内容 ○ 将读取到的配置类信息转换为数组返回 ● 优势： ○ 配置灵活可调整 ○ 无需修改代码即可改变加载的配置类 ○ 适合生产环境使用 6）@Import注解的作用 23:33 ● ● 主要功能： ○ 导入其他配置类或组件 ○ 支持静态和动态两种导入方式 ● 使用方式： ○ 直接指定配置类(静态) ○ 通过ImportSelector实现动态导入 ● 动态导入原理： ○ Spring会调用ImportSelector的selectImports方法 ○ 方法返回值决定实际加载的配置类 ○ 可以在方法体中实现复杂的加载逻辑 ● 应用场景： ○ 需要根据条件动态加载不同配置 ○ 需要从外部配置文件决定加载内容 ○ 实现模块化、可插拔的配置方案 二、知识小结 知识点 核心内容 考试重点/易混淆点 难度系数 Spring自动配置原理 通过@Import注解实现配置类动态加载，支持直接指定配置类或通过ImportSelector接口动态返回配置类全限定名 @Import的两种用法：静态导入（直接写配置类） vs 动态导入（实现ImportSelector接口） ⭐⭐⭐⭐ 多配置类加载方案 三种实现方式： 1. 核心容器构造函数直接传入多个配置类 2. 主配置类通过@Import静态导入子配置类 3. 主配置类通过@Import+ImportSelector动态加载子配置类 动态加载的核心优势：通过外部配置文件灵活控制加载的配置类清单 ⭐⭐⭐ @Import注解作用 用于导入其他配置类或组件，支持： - 直接指定配置类Class对象 - 通过ImportSelector接口实现类动态返回配置类全限定名字符串 易混淆点：@Import与@ComponentScan的区别（前者精确导入，后者包扫描） ⭐⭐⭐ ImportSelector接口 关键方法selectImports()需返回配置类的全限定名字符串数组，可通过读取外部配置文件实现动态加载 实现类需重写selectImports()方法，方法体内可嵌入动态逻辑（如读取properties文件） ⭐⭐⭐⭐ 配置类生效流程 三步生效机制： 1. 组件类加注解（如@Component） 2. 配置类扫描组件（@Configuration+@ComponentScan） 3. 核心容器加载配置类 常见错误：漏掉容器加载步骤或扫描路径配置错误 ⭐⭐⭐ 03_springboot_自动配置原理_基础Conditional注解说明_笔记(1) 以下为AI生成的图文笔记的内容 一、条件注解 00:00 1. @Conditional注解 01:22 ● ● 作用：添加到@Bean方法上，用于配置条件，只有满足条件时Bean才会生效 ● 应用场景： ○ 主要用于第三方框架开发 ○ 普通开发中较少使用（因为我们通常确定Bean需要生效） ○ 实现按需加载的核心原理 1）使用方式 01:54 ● ● 语法：@Conditional(条件类.class) ● 要求： ○ 必须指定value值 ○ value值必须是实现了Condition接口的类 ● 特点： ○ 不支持继承（父类的条件不会被考虑） ○ 可以用于类级别（影响所有Bean方法）或方法级别 2）实现接口 03:11 ● ● 实现步骤： ○ 创建类实现org.springframework.context.annotation.Condition接口 ○ 实现matches()方法 ● matches方法： ○ 返回boolean类型 ○ 参数： ■ ConditionContext：条件上下文 ■ AnnotatedTypeMetadata：注解元数据 ○ 返回true表示条件匹配，Bean生效 ○ 返回false表示条件不匹配，Bean不生效 3）写判定逻辑 04:03 ● ● 逻辑编写： ○ 在matches()方法中编写条件判断逻辑 ○ 可以根据上下文环境动态决定是否生效 ● 示例： 4）使用示例 04:16 ● ● 配置类示例： ● 效果： ○ 即使配置了@Bean方法，如果条件不满足，该Bean也不会被注册到容器中 ○ 示例中虽然定义了Teacher Bean，但由于条件返回false，实际容器中不会有Teacher实例 二、自动配置原理总结 05:06 1. 简化配置 05:17 ● ● 核心思想： ○ 无需手动编写配置类和配置文件 ○ SpringBoot提供预置配置类 ○ 按需加载配置类并将组件加入IoC容器 ● 实现机制： ○ 使用@Import和@Conditional注解组合 ○ @Import用于导入多个配置类 ○ @Conditional用于条件判断，决定哪些配置类/Bean应该生效 ● 优势： ○ 开发者只需专注业务逻辑 ○ 第三方集成更加灵活 ○ 实现"约定优于配置"的理念 三、知识小结 04_springboot_自动配置原理_详细说明_笔记(1) 知识点 核心内容 考试重点/易混淆点 难度系数 @Conditional注解的作用 用于控制@Bean是否生效，需满足指定条件才会加载 第三方框架开发时常用，与普通开发中直接生效的@Bean区别 ⭐⭐⭐ 条件判断逻辑实现 需实现Condition接口，在matches()方法中返回布尔值决定生效性 false时即使声明@Bean也不生效，动态条件需通过代码逻辑实现 ⭐⭐⭐⭐ 自动配置原理关联 Spring Boot自动配置通过@Conditional实现按需加载 多个配置类的选择性加载依赖条件注解 ⭐⭐⭐⭐ 注解使用语法 @Conditional(value=MyCondition.class)，需指定实现类 泛型要求：参数类必须继承Condition接口 ⭐⭐ IDE操作提示 内部类标识（三角符号）、接口（I符号）等IDE图标含义 易混淆Condition接口与其他同名类（如德鲁伊数据源的类） ⭐⭐ 04_springboot_自动配置原理_详细说明_笔记(1) 以下为AI生成的图文笔记的内容 一、自动配置原理 00:06 1. 启动类和其他类不同 01:29 1）启动类和其他的类不同点 02:58 ● ● 核心特征：启动类与其他类的本质区别在于包含@SpringBootApplication注解 ● 程序入口：具有main方法作为程序执行的唯一入口，可以启动整个应用程序 ● 复合注解：@SpringBootApplication是一个复合注解，实际集成了三个核心注解： ○ @SpringBootConfiguration ○ @EnableAutoConfiguration ○ @ComponentScan ● 主配置类：启动类本质上是Spring Boot应用的主配置类，负责初始化核心容器 ● ● 注解层次：@SpringBootApplication通过元注解方式组合了多个功能注解 ● 包装特性：@SpringBootConfiguration本身也是一个包装注解，最终指向@Configuration ● 自动配置：@EnableAutoConfiguration负责第三方组件的自动配置加载 ● 组件扫描：@ComponentScan默认扫描启动类所在包及其子包下的组件 2）@SpringBootConfiguration注解分析 03:14 ● ● 配置类本质：@SpringBootConfiguration注解最终指向标准的@Configuration注解 ● 主配置类：启动类作为主配置类，是Spring容器初始化的核心配置来源 ● 容器创建：核心容器创建时机是在main方法中调用SpringApplication.run()时 ● 运行机制：SpringApplication.run()方法内部会： ○ 接收主配置类作为参数 ○ 创建AnnotationConfigApplicationContext核心容器 ○ 返回初始化完成的应用上下文对象 ○ ● 执行链路：完整启动流程为：启动类 → main方法 → SpringApplication.run() → 创建IoC容器 ● 参数传递：run()方法接收的Main.class参数实际上是被作为主配置类使用 ● 容器类型：底层创建的是AnnotationConfigApplicationContext而非传统的XML容器 ● 自动扫描：由于@ComponentScan的存在，启动类所在包下的组件会被自动扫描注册 2. 类扫描 06:24 1）如何排除类和第三方的配置类 06:31 ● ● 启动类本质：启动类本身就是一个配置类，是主配置类 ● 核心容器创建时机：通过SpringApplication.run(Main.class,args)方法创建，底层实际上是new AnnotationConfigApplicationContext(Main.class) ● 自动扫描范围：默认扫描启动类所在包及其子包下的组件 2）@Import注解的使用 07:18 ● ● 默认扫描规则：当@ComponentScan不指定包时，默认扫描当前配置类所在包 ● 手动添加组件：可以通过在配置类上添加@ComponentScan注解来显式指定扫描范围 ● @Import作用：用于导入其他配置类，如@Import({StudentConfiguration.class,TeacherConfiguration.class}) 3）@SpringBootApplication注解详解 07:53 ● ● 复合注解：包含三个核心注解： ○ @SpringBootConfiguration：标识为配置类 ○ @EnableAutoConfiguration：启用自动配置 ○ @ComponentScan：组件扫描 ● 默认扫描行为：未指定包时，自动扫描启动类所在包 ● 自定义扫描：可通过scanBasePackages属性指定扫描包，如@SpringBootApplication(scanBasePackages="com.example") ● 开发建议：遵循约定优于配置原则，通常不需要显式指定扫描包 ● ● 最佳实践： ○ 业务类应放在启动类同包或子包下 ○ 避免随意修改默认扫描范围 ○ 第三方配置类可通过exclude属性排除 ● 注意事项： ○ 显式指定scanBasePackages会覆盖默认行为 ○ 修改扫描范围可能导致某些类不被扫描 ○ 自动配置类排除需谨慎 3. 自动配置原理 10:20 1）第三方配置类 11:46 ● 启动类特性： ○ 包含三个核心注解：@SpringBootConfiguration（本质是@Configuration）、@EnableAutoConfiguration、@ComponentScan ○ 是主配置类，通过SpringApplication.run()创建核心容器（AnnotationConfigApplicationContext） ○ 默认扫描启动类所在包及其子包，可通过@SpringBootApplication(scanBasePackages)修改但不推荐 ○ ● 配置类来源： ○ SpringBoot官方场景启动器（spring-boot-starter-xxx）的配置类由SpringBoot团队编写 ○ 第三方整合（如mybatis-spring-boot-starter）的配置类由第三方自行编写 ○ 配置类统一存放在META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件中 2）清单文件 18:53 ● ● 作用机制： ○ 将所有配置类的全限定名存储在固定位置的清单文件中 ○ SpringBoot3使用META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports ○ 每个starter模块都有自己的清单文件，如mybatis存放在mybatis-spring-boot-autoconfigure中 ● 版本差异： ○ SpringBoot2和3的主要区别在于清单文件格式不同 ○ 未升级支持Boot3的场景启动器无法正常使用，因为找不到对应的清单文件 ○ 解决方案：可手动创建清单文件添加配置类路径实现兼容 3）配置类加载 22:26 ● 加载原理： ○ 通过@EnableAutoConfiguration注解触发自动配置流程 ○ 核心是读取各starter模块清单文件中的配置类信息 ○ 实际加载时会进行条件过滤（@Conditional），并非所有配置类都会生效 ● 典型配置类： ○ 命名规范：XxxAutoConfiguration ○ 示例：AopAutoConfiguration包含多个内部配置类，根据条件动态启用 ○ SpringBoot官方提供了142个自动配置类（SpringBoot3.0.5版本） 二、自动配置原理 22:43 1. 自动配置原理概述 22:58 ● ● 配置类存储位置： ○ SpringBoot官方配置类：存储在spring-boot-starter-autoconfigure中 ○ 第三方配置类：如MyBatis配置类存储在mybatis-spring-boot-starter-autoconfigure中 ● 清单文件作用： ○ 存储所有配置类的全限定符信息，路径为META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports ○ SpringBoot2和SpringBoot3清单文件格式不同，不兼容会导致启动器无法使用 2. 配置类批量自动加载 23:14 ● ● 加载流程： ○ 启动类→主配置类→@SpringBootApplication→@EnableAutoConfiguration→@Import→ImportSelector ○ 底层通过ImportSelector接口加载固定清单文件 ● 核心组件： ○ AutoConfigurationImportSelector类实现批量加载 ○ 通过getAutoConfigurationEntry()方法加载142个配置类 3. 配置类批量自动加载详解 27:03 1）配置类生效问题 27:07 ● ● 生效条件： ○ 配置类考虑所有场景，但项目可能不使用部分功能 ○ 通过@Conditional系列注解实现条件化注入 ● 条件类型： ○ 导入某个包拥有某个类生效（如@ConditionalOnClass） ○ 没有某个组件生效（如@ConditionalOnMissingBean） ○ 必须包含某个参数key生效 2）应用案例 27:53 ● 例题:配置类GsonAutoConfiguration ○ ○ 条件注解： ■ @ConditionalOnClass(Gson.class)：存在Gson类时生效 ■ @ConditionalOnMissingBean：不存在指定Bean时生效 ○ 实现原理： ■ 导入了Gson相关依赖才会加载该配置类 ■ 确保不会重复创建已存在的Bean实例 3）应用案例 34:25 ● 例题:配置类排除问题 ○ ○ 问题现象： ■ 导入MyBatis和MySQL依赖后报错 ■ 错误信息：缺少DataSource必要参数（url等） ○ 原因分析： ■ 导入依赖导致DataSourceAutoConfiguration生效 ■ 需要四个必要参数但未配置 4. 配置类排除问题详解 36:12 ● ● 解决方案： ○ 方案1：填写必要参数（如spring.datasource.url） ○ 方案2：排除自动配置类（@SpringBootApplication(exclude=DataSourceAutoConfiguration.class)） ● 注意事项： ○ 排除功能仅适用于第三方框架的自动配置类 ○ 最佳实践是不要随意导入不需要的依赖 5. 应用案例 38:43 1）例题:配置类排除问题 ● ● 自定义配置类： ○ 放在启动类同包或子包下会被自动扫描 ○ 通过@Configuration注解声明 ● 验证方法： ○ 启动应用后查看Bean定义列表 ○ 确认myConfiguration是否被成功加载 三、问题引入 39:43 ● ● 配置类依赖问题：当配置类需要特定参数才能运行时，若缺少必要参数会导致项目无法启动 ● 多服务场景冲突：在多个服务共用公共配置时，可能出现部分服务不需要某些配置的情况 ● 解决方案选择：可以通过排除配置或条件化加载来解决，但需要考虑实际开发中的维护成本 四、自动配置原理总结 40:50 ● ● 配置类来源： ○ SpringBoot官方：通过spring-boot-starter-xxx提供，存储在spring-boot-starter-autoconfigure中 ○ 第三方框架：如mybatis-spring-boot-starter，存储在对应的autoconfigure包中 ● 清单文件机制： ○ 存储位置：META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports ○ 版本差异：SpringBoot2和3的清单文件格式不同，不兼容会导致启动器失效 ● 加载流程： ○ 启动类→主配置类→@SpringBootApplication→@EnableAutoConfiguration ○ 通过@Import和ImportSelector读取清单文件加载配置类 ○ ● 条件过滤机制： ○ @ConditionalOnClass：当类路径存在指定类时生效 ○ 参数依赖：需要特定配置参数才会生效 ○ 组件检查：根据容器中是否存在指定组件决定是否加载 ● 常见问题： ○ 导入依赖后自动配置类生效但缺少必要参数（如DataSource需要url等4个参数） ○ 建议：不要随意添加不需要的依赖 ● 排除方法： ○ 方案1：提供必要参数（如配置spring.datasource.url） ○ 方案2：使用@SpringBootApplication(exclude=DataSourceAutoConfiguration.class) ○ 方案3：通过@ComponentScan的excludeFilters排除指定配置类 ● 开发建议： ○ 公共配置需要谨慎设计，避免引起服务间冲突 ○ 排除第三方配置的频率可能高于自定义配置的排除 五、知识小结 知识点 核心内容 考试重点/易混淆点 难度系数 Spring Boot启动类特性 启动类本质是主配置类，包含@SpringBootApplication复合注解（集成@Configuration、@ComponentScan、@EnableAutoConfiguration） 与其他类的区别在于注解组合及作为程序入口 ⭐⭐ 核心容器创建时机 在main()方法调用SpringApplication.run()时触发，传入启动类（主配置类）创建AnnotationConfigApplicationContext 需明确run()方法内部通过主配置类初始化容器 ⭐⭐⭐ 组件扫描规则 @ComponentScan未指定包时默认扫描启动类同级及子包，显式指定scanBasePackages会覆盖默认规则 约定大于配置原则，不推荐手动指定包路径 ⭐⭐ 自动配置原理 1. 第三方/官方预写配置类存储在META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 2. 通过@EnableAutoConfiguration的@Import(AutoConfigurationImportSelector.class)动态加载清单文件 Spring Boot 2与3差异仅在于清单文件路径（spring.factories→AutoConfiguration.imports） ⭐⭐⭐⭐ 条件化注入机制 配置类通过@Conditional系列注解（如@ConditionalOnClass）控制生效条件，依赖包存在/参数配置/组件缺失等 误导入依赖可能导致非预期配置类生效（如MyBatis需数据库参数） ⭐⭐⭐ 配置类排除方案 1. 第三方配置：@SpringBootApplication(exclude=DataSourceAutoConfiguration.class) 2. 自定义配置：在@ComponentScan中添加excludeFilters按类型排除 排除自定义类需通过扫描过滤器，仅第三方支持exclude语法 ⭐⭐⭐ 05_springboot_自动配置原理_自定义场景启动器_笔记(1) 以下为AI生成的图文笔记的内容 一、自定义场景启动器 00:00 1. 非正式课程 00:02 ● ● 核心作用：确保核心组件自动加入IoC容器 ● 实现原理：通过自动配置类+清单文件实现组件自动加载 ● 典型场景：公司内部工具类项目需要被多个模块复用 2. 创建工程 01:56 ● ● 项目结构： ○ 必须继承spring-boot-starter-parent ○ 命名规范：xxx-spring-boot-starter ● 关键配置： 3. 引入依赖 02:21 ● ● 基础依赖：必须引入spring-boot-starter ● 模块依赖：根据功能需要添加特定依赖 ● 版本管理：通过父工程统一管理依赖版本 4. 创建工具类 02:53 ● ● 示例工具类： ● 设计原则：工具方法应保持无状态 5. 自动配置类定义 05:27 ● ● 配置类规范： ○ 使用@Configuration注解 ○ 类名格式：XxxAutoConfiguration ○ 通过@Bean方法注册组件 ● 示例配置： 6. 编写配置文件 06:46 ● ● 文件位置：META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports ● 内容格式：写入配置类的全限定名 ● Boot2/3区别：Boot3使用新格式清单文件 7. 配置类批量自动加载 07:31 ● ● 加载流程： ○ 启动类→主配置类→@EnableAutoConfiguration ○ 通过ImportSelector读取清单文件 ○ 加载所有配置类 ● 条件过滤：通过@Conditional系列注解过滤不需要的配置 8. 应用案例 08:37 1）例题:配置类使用示例 ● ● 使用方式： ● 验证方法：通过打印所有Bean定义确认组件已加载 9. 自定义场景启动器作用 09:10 ● 核心价值：简化组件使用流程，实现"开箱即用" ● 与传统工具包区别：自动完成组件注册，无需手动配置 ● 适用场景：公司内部通用组件、跨项目共享工具 10. 自定义场景启动器步骤 09:36 ● ● 标准流程： ○ 创建工具类 ○ 编写自动配置类 ○ 配置清单文件 ○ 打包发布 ○ 其他项目引入使用 ● 注意事项：包名应避免与SpringBoot官方冲突 二、知识小结 根据上述资料,按照下列结构,详细系统的总结springboot的自动配置核心流程,一个流程步骤一段话 ● 自动配置核心流程 ○ 启动触发 ○ 加载配置类 ○ 过滤配置类 ○ 组件扫描与属性注入
最新发布
11-03
Spring Boot自动配置核心流程涵盖启动触发、加载配置类、过滤配置类、组件扫描与属性注入等关键步骤： 1. **启动触发**：当Spring Boot应用启动时，`@SpringBootApplication`注解会开启自动配置功能。该注解组合了`@...
Spring Boot源码学习：自动配置与自定义注解详解
Java_zhujia的博客
11-26 443
RestContrller :此注解标记的类下的 所有 方法均会返回一个 domain 对象以代替视图@Controller、@ResponseBody 的缩写使用 Jackson2 以及 MappingJackson2HttpMessageConverter 类自动转换对象为 JSON@SpringBootApplication：快捷注释，包含以下内容@Configuration：将该类标记为上下文 bean 对象的源@EnableAutoConfiguration：@ComponentScan。
Sping中@Configuration@Bean如果出现bean的覆盖，会怎么处理？
weixin_34321977的博客
09-05 3597
前言 不建议写这么奇葩的代码！！！ 这就有点像考试喜欢出的试题，有一堆overload和override的代码，选择题选择调用的是哪个。 不建议写这种让人看着费劲的代码。 问题引出 言归正传，如果有一个这样的配置类，@Bean注解了相同name = "cupcake"的bean： public class B...
springboot 自动配置 redis （RedisAutoConfiguration）实例
weixin_33946605的博客
06-14 3297
为什么80%的码农都做不了架构师？>>> ...
一起来读官方文档-----SpringIOC（01）
大白鹅养殖基地的博客
09-08 285
IoC容器 本章介绍了Spring的控制反转（IoC）容器。 1.1。Spring IoC容器和Bean简介 本章介绍了反转控制（IoC）原则的Spring框架实现。IoC也称为依赖注入（DI）。在此过程中，对象可以通过①构造函数参数（），②工厂方法的参数③或在构造或从工厂方法返回后在对象实例上设置的属性来定义其依赖项（即，与它们一起使用的其他对象） 。 然后，容器在创建bean时注入那些依赖项。 什么叫做控制反转？ 举例： 定义一个接口 CacheService.java 作为顶级的缓存接口
（2期）数据库还原（支持覆盖数据库、自动创建相关路径）
Bean
09-24 822
/********************************************************************************************* Function：数据库还原(支持自动覆盖现有数据库及自动创建相关路径) Author：Bean Date:2012-09-24 注：感谢“小爱”提供帮助 ***************************
@Configuration注解
pscool的博客
02-19 1262
Configuration注解，用于标注一个类是一个spring的配置类（同时，也是一个bean），配置类中可以使用@ComponentScan、@Import、@ImportResource 和 @Bean等注解的方式定义beanDefinition。
sentinel学习(2）——源码阅读----SentinelWebAutoConfiguration
weixin_41150739的博客
01-26 1455
0：问题：sentinel是怎么拦截并进行限流，熔断，降级的。 1：找自动配置类： 老规矩：直接搜索 spring.factories 文件，查询关键字 SentinelAuto，配置如下： com.alibaba.cloud.sentinel.SentinelWebAutoConfiguration,\ com.alibaba.cloud.sentinel.SentinelWebFluxAutoConfiguration,\ com.alibaba.cloud.sentinel.endpoint.S
深入解析为什么Spring boot的Configuration注解的子类方法可以覆盖父类bean实现
大胡子_biu
09-29 1962
前言 今天想给spring security框架服务之间校验权限的功能加一个免服务内部校验，找到了全局方法权限配置的配置类GlobalMethodSecurityConfiguration。看到了类和方法上的两句话 一个开启全局方法的配置，子类可以通过继承他来自定义默认值，但是必须要在子类上定义EnableGlobalMethodSecurity注解 子类可以override这个方法来提供一个不同的方法拦截器 最后实现效果是，定义一个类，只要继承这个类，这个类不用定义成Configuration，也
Spring对配置类之间继承的特殊处理
Brucelwl的博客
02-09 3498
Spring对配置类之间继承的特殊处理，相关issue：SpringBoot中冗余的RequestMappingHandlerMapping配置 </br> https://github.com/spring-projects/spring-boot/issues/29682
Spring - 注解替代配置的@Configuration、@Bean和@ComponentScan
袭冷
05-08 2833
一、注解启动和相关注解的说明 从Spring3.0开始，提供了另外一种启动spring容器的方式，用注解@Configuration定义配置类，然后使用AnnotationConfigApplicationContext或AnnotationConfigWebApplicationContext实现基于Java配置类的方式加载Spring的应用上下文初始化Spring容器，无需再使用ap...
Spring boot `@Configuration` 和`@AutoConfiguration`的顺序研究
sutonline的博客
09-06 2310
背景 最近在实现一个功能，AutoConfiguration如果发现应用project定义了就不再生成。 工程目录结构如下: monitor是要deploy的工具包，demo是测试的module. Root -- demo -- monitor 在demo Module中代码如下: package com.xxx.yyy.config; public class ProjectConfig { @Bean public XXX config() { return new XXX();
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值