使用mybatis，Bean类不能缺少默认构造函数

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

#mybatis

本文介绍了解决在编程过程中遇到的Noconstructorfound错误的方法。该错误通常发生在尝试实例化一个不存在默认构造函数的类时。
否则会出现

No constructor found 错误。
mybatis学习(53):构造方法映射
歌谣的博客
11-26 570
数据库表 数据库叫blog_gp1701 author表 数据 blog表 数据 comment表 数据 post表 数据 目录结构 jar包导入 先给对应的jar包导入 建立一个junit单元测试 配置文件 log4j.properties ### \u914D\u7F6E\u6839 ### log4j.rootLo...
MyBatis的Javabean映射流程以及需要哪些构造函数
qq_43842093的博客
04-19 327
最近在网上看到一些文章，说mybatis映射javabean一定要有无参构造方法，我也是半信半疑，然后去找了一下源码，发现并非如此。1、首先会去找javabean中是否用无参构造，如果有就直接用无参构造。3、最后一步才是判断是否有全参构造方法，有就直接用，否则就报错。
Mybatis Mapper Bean 生成源码分析二
过了这个村没这个老王的博客
09-12 323
Mybatis Mapper Bean 生成源码分析二 问题 在java程序中，我们往往一个@Autowired注解就可以获取到一个Mapper接口实例，一个未经我们实现的接口实例，那么这个Bean实例是怎么在Spring初始化的过程中注入的呢？ 让我们来找找答案。 探寻内容偏长，没有DEBUG过且不耐烦可直接跳过去看总结~ MapperFactoryBean创建工厂 public T getObject() throws Exception { // getSqlSession() 即 SqlSessi
JavaBean全参构造和Mybatis的sql标签
pupilkk的博客
04-11 426
JavaBean全参构造里的字段顺序一定要和Mybatis中的sql标签中的字段顺序相同<sql id="Base_Column_List" > id, order_no, product_id, product_name, product_image, current_unit_price, quantity, total_price, create_time, updat...
创造实体类的时候必须写入默认（无参）构造器
wjg5818的专栏
12-29 1289
对于user对象创建实体类 @Entity public class User { @PrimaryKey public String id; @SecondaryKey(relate=MANY_TO_ONE) public String name; //即使这里有构造器了也要加入默认构造器（） public User(String id,String name)...
mybatis 查询结构封装对象没有无参构造函数
最新发布
11-15
MyBatis在封装查询结果时，默认依赖于目标对象（如Java Bean）的无参构造函数来创建实例，然后通过反射调用setter方法注入属性值[^1][^2]。如果您的实体类缺少无参构造函数（例如，只定义了带参数的构造函数），...
无法自动装配。找不到 'UserMapper' 类型的 Bean。 检查信息: 报告 Spring Bean @Component、@Service 等的注入点上的自动装配问题。 不止一种 'concrete' 类型的 Bean 没有 'concrete' 类型的 Bean 没有带限定符的 Bean @Autowired 在 Spring Bean 构造函数上的不正确用法 在不是有效 Spring Bean 的类中注入或自动装配的字段/方法
06-12
根本原因通常包括：1.Mapper接口未被Spring扫描到（缺少@MapperScan或mapper-locations配置）2.MyBatis-Spring-Boot-Starter版本不兼容3.项目结构导致扫描包路径不正确4.多模块项目中Mapper接口不在主应用类的子包下...
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
只有当所有条件都满足时，才会使用该配置类创建对应的Bean [^1]。 4. **组件扫描与属性注入**： - **组件扫描**：`@ComponentScan`注解会扫描指定包及其子包下带有`@Component`、`@Service`、`@Repository`、`@...
java: 变量 baseMapper 未在默认构造器中初始化
04-15
引用[1]提到，不要被非默认构造函数的隐式形式所误导，比如Stock second();实际上声明了一个函数而不是调用默认构造器。这可能意味着如果用户错误地定义了构造器，可能导致对象没有正确初始化。引用[3]指出，如果...
Mybatis+Geneater深度解析：掌握10个核心功能与使用技巧，让开发效率飞跃提升
本文旨在介绍Mybatis+Geneater的使用方法和核心功能，涵盖了从入门基础知识到高级特性及性能优化的全面讲解。首先，介绍了Mybatis+Geneater的入门知识和基础概念，随后深入解析了核心配置文件和SQL映射文件，以及...
类的默认成员函数之构造函数
qq_66111767的博客
10-15 1141
类的默认成员函数之构造函数
Java中的构造函数
文盲青年的博客
04-26 881
构造函数没有返回值,也不能用void修饰. 如果不小心给构造函数前面添加了返回值类型，那么这将使这个构造函数变成一个普通的方法，在运行时将产生找不到构造方法的错误。但是,如果类的构造函数被重写了,这时编译器就不会再给它默认加上一个无参且方法体为空的构造函数.可以理解为无参的构造函数被覆盖了.这种情况称为。,这个构造函数没有内容也没有返回值,一般都回略去不写.这种情况下,编译器在编译的时候会默认加上一个无参且方法体为空的构造函数。一个类可以有多个构造函数 ，即构造函数的重载。默认情况下,一个类会有一个。
Mybatis出错：Error instantiating class com.User with invalid types () or values ()
热门推荐
li330394383的专栏
08-15 3万+
### Error querying database. Cause: org.apache.ibatis.reflection.ReflectionException: Error instantiating class com.bossli.bean.User with invalid types () or values (). Cause: java.lang.NoSuchMethodException: com.bossli.bean.User.<init>() ### The error ma
Mybatis 和 自定义构造函数 冲突的解决办法
稚枭天卓
05-23 3263
使用Mybatis实现数据库查询时候报错，内容如下 ### Cause: org.apache.ibatis.reflection.ReflectionException: Error instantiating class corp.credit.dialOutTask.bean.DialOutTaskDetail with invalid types () or values (). Cau
mybaties报错：查询数据时，没有给无参构造报错
CociJava的博客
12-18 1919
Exception in thread "main" org.apache.ibatis.exceptions.PersistenceException:  ### Error querying database.  Cause: org.apache.ibatis.reflection.ReflectionException: Error instantiating class com.coc
利用构造函数对实体类的属性进行初始化
幻凡ss
08-27 1万+
利用构造函数对实体类的属性进行初始化 无参构造函数设置默认值 在java代码书写中经常能碰到空指针异常，一般我们会去抓取异常，但是对实体类设置默认值也是一种简便的解决方法 设置默认值一般有两种方法： 直接属性等于默认值 通过构造方法设置 第一种方法： private Long id; private String name=&amp;quot;&amp;quot;; p...
用mybatis时，实体类要有无参构造器！！！！！！！！
qq_40392686的博客
10-03 2628
rt
Mybatis——构造方法
weixin_34060741的博客
07-10 991
2019独角兽企业重金招聘Python工程师标准>>> ...
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值