阿里一手爆出：Springboot整合MybatisPlus（超详细）完整教程
开发工具：idea2019.2,maven3
建表：
执行GeneratorCodeConfig.java文件，输大带入表名user：
解决方法：在数据库连接中配置添加allowPublicKeyRetrieval=true
查看生成的文件；
启动springboot的application启动类：会报错，提示找不到mapper文件，我们需要在springboot启动类上添加扫描mapper的注解：
UserController.java中新增接口：
postman测试：
没问题。
上面是mybatisplus测试成功，下面我们继续测试我们自己写的sql是否成功。
在resources目录下新建mapper文件夹，新建UserMapper.xml文件：
UserMapper.java
IUserService:
UseServiceImpl.java:
UserController.java:
测试findAllUser接口：
常用的工具类：
ResultInfo.java
Status.java
一份详尽的yml配置文件(关于数据源的配置比较详尽)：
总结：
所有的面试题目都不是一成不变的，特别是像一线大厂，上面的资料只是给大家一个借鉴作用，最主要的是给自己增加知识的储备，有备无患。最后给大家分享Spring系列的漏逗学习笔记和面试题，包含spring面试题、spring cloud面试题、spring boot面试题、spring教返仿卖程笔记、spring boot教程笔记、最新阿里巴巴开发手册（63页PDF总结）、2022年Java面试手册。一共整理了1184页PDF文档。私信博主（777）领取，祝大家更上一层楼！！！
原文作者：易水寒
原文出处：
Spring Boot小记
1、ApplicationContextInitializer，在Spring上下文被刷新之前进行初始化的操作。这个时候已经创建了ApplicationContext ，但是没有refresh()，ApplicationContextInitializer对ApplicationContext进行初始话操作。
2、SpringApplicationRunListener，对ApplicationContext的运行各个时期的事件进行广播，时事件能够被ApplicationListener所监听到。
3、Runner，Spring上下文后置处理 Runners可以是两个接口的实现类： org.springframework.boot.ApplicationRunner org.springframework.boot.CommandLineRunner 其实没有什么不同之处，除了接口中的run方法接受的参数类型是不一样的以外。一个是封装好的ApplicationArguments类型，另一个是直接的String不定长数组类型。因此根据需要选择相应的接口实现即可。
SpringBoot启动的时候，不论调用什么方法，都会构造一个SpringApplication的实例，然后调用这个实例的run方法，这样就表示启动SpringBoot。
在run方法调用之前，也就是构尘碧造SpringApplication的时候会进行初始化的工作，初始化的时候会做以下几件事：
SpringApplication构造完成之后调用run方法，启动SpringApplication，run方法执行的时候会做以下几件事：
在@SpringBootApplication标签中引入了 EnableAutoConfigurationImportSelector ，其中调用了selectImports()方法，方法中调用org.springframework.boot.autoconfigure.EnableAutoConfigurationImportSelector#getCandidateConfigurations方法，使用SpringFactoryLoader把META-INF文件夹中的 spring.factories 文派漏举件中 EnableAutoConfiguration 为key的文件加载了。 加载的文件全部都是java config配置文件（有搜宏默认配置），利用 @Conditional (Class? extends Condition[]) 标签，对相应的bean进行选择性的加载。
比较基本而且重要的一个类，运行加载了MATE-INF中的spring.factories 文件
@Conditional标签是全部Conditional相关标签的根源。 源码中Conditional标签使用的是ConditionEvaluator来解析，如下 org.springframework.context.annotation.AnnotatedBeanDefinitionReader#registerBean(java.lang.Class?, java.lang.String, java.lang.Class? extends java.lang.annotation.Annotation...) org.springframework.context.annotation.ConditionEvaluator#shouldSkip(org.springframework.core.type.AnnotatedTypeMetadata, org.springframework.context.annotation.ConfigurationCondition.ConfigurationPhase)
在初始化AnnotationConfigApplicationContext的时候，对ConfigurationClassPostProcessor、AutowiredAnnotationBeanPostProcessor等类进行了注册。如下
ConfigurationClassPostProcessor是一个BeanFactoryPostProcessor，所以会对BeanDefinitionRegistry或者BeanDefinition创建之后进行后置加工（refresh方法中，已经创建了BeanFactory，具体到运行到哪里看源码）。
import解析原理根据的是ConfigurationClassPostProcessor，ConfigurationClassPostProcessor的加载过程参考上面 主要分析为啥@import标签是引入配置的但是却能够调用Selector的方法 org.springframework.context.annotation.ConfigurationClassPostProcessor#postProcessBeanDefinitionRegistry org.springframework.context.annotation.ConfigurationClassPostProcessor#processConfigBeanDefinitions org.springframework.context.annotation.ConfigurationClassParser#parse(java.util.Setorg.springframework.beans.factory.config.BeanDefinitionHolder) org.springframework.context.annotation.ConfigurationClassParser#processDeferredImportSelectors 接着如下，调用了selectImports方法
Spring Boot教程第5篇：beatsql
BeetSql是一个全功能DAO工具， 同时具有Hibernate 优点 Mybatis优点功能，适用于承认以SQL为中心，同时又需求工具能自动能生成大量常用的SQL的应用。
beatlsql 优答亏则点
引入依赖
这几个依赖都是必须的。
整合阶段
由于springboot没有对 beatlsql的快速启动装配，所以需要我自己导入相关的bean，包括数据源，包扫描，事物管理器等。
在application加入以下代码：
在resouces包下，加META_INF文件夹，文件夹中加入spring-devtools.properties:
restart.include.beetl=/beetl-2.3.2.jar
restart.include.beetlsql=/beetlsql-2.3.1.jar
在templates下加一个index.btl文件。
加入jar和配置beatlsql的这些bean，以及resources这些配置之后，springboot就能够访问到数据库类。
举个restful的栗子
初始化数据库的表
bean
数据访问dao层
接口继承BaseMapper，就能获取单表查询的一些性质，当你需要自定义sql的时候，只需要在resouses/sql/account.md文件下书写文件：
其中“=== ”上面是唯一标识，对应于接口的方法名空迹，“* ”后面是注释，在下面就是自定义的sql语句，具体的见官方文档。
web层
这里省略了service层清棚，实际开发补上。
通过postman 测试，代码已全部通过。
个人使用感受，使用bealsql做了一些项目的试验，但是没有真正用于真正的生产环境，用起来非常的爽。但是springboot没有提供自动装配的直接支持，需要自己注解bean。另外使用这个orm的人不太多，有木有坑不知道，在我使用的过程中没有遇到什么问题。另外它的中文文档比较友好。
只需4步，自己搞个 Spring Boot Starter ！
只要你用Springboot，一定会用到各种spring-boot-starter。其实写一个spring-boot-starter，仅需4步。下面我们就写一个starter，它将实现，在日志中打印方法执行时间。
在使用spring-boot-starter，会发现，有的项目名称是 XX-spring-boot-starter，有的是spring-boot-starter-XX，这个项目的名称有什么讲究呢？从springboot官方文档摘录如下：
从这段话可以看出spring-boot-starter命名的潜规则。
命名潜规则
spring-boot-starter-XX是springboot官方的starter
XX-spring-boot-starter是第三方扩展的starter
打印方法执行时间的功能，需要用到aop，咱们的项目就叫做 aspectlog-spring-boot-starter 吧。
项目的宏旁pom文件如下：
关于spring-boot-configuration-processor的说明，引自springBoot官方文档：
简单说就是：写starter时，在pom中配置spring-boot-autoconfigure-processor，在编译时会自动收集配置类的条件知春，写到一个 META-INF/spring-autoconfigure-metadata.properties 中。
本次我们就选用@ConditionalOnProperty。即配置文件中有aspectLog.enable=true，才加载我们的配置类。
下面开始写自动配置类
配置类简要说明：
当配置文件有 aspectLog.enable=true 时开启，如果配置文件没有设置 aspectLog.enable 也开启。
META-INF/spring.factories 是spring的工厂机制，在这个文件中定义的类，都会被自动加载。多个配置使用逗号分割，换行用\
如果有兴趣可以查看这2篇blog：
@Enable 驱动原理(设置连接)
@EnableAutoConfiguration 处理逻辑(设置搭绝耐连接)
这是我们最终的目录结构
在IDEA中，进行mvn intall
打包完成后，在其他项目中的pom中引入进行测试
15《Spring Boot 入门教程》多数据源与分布式事务
一个项目中使用多个数据源的需求，我们在日常工作中时常会遇到。
以商城系统为例，有一个 MySQL 的数据库负责存储交易数据。公司还有一套 ERP 企业信息化管理系统，要求订单信息同步录入 ERP 数据库，便于公司统一管理，而该 ERP 系统采用的数据库为 SQL Server 。
此时，就可以在 Spring Boot 项目中配置多个数据源。另外，使用多数据源后，需要采用分布式事务来保持数据的完整性。
本小节我们使用 Spring Boot 开发一个商城系统的订单生成功能，订单信息同时进入 MySQL 与 SQL Server 数据库。腔核
首先创建 MySQL 数据库 shop ，并新建订单表 order ，表结构如下：
order 表结构
然后创建 SQL Server 数据库 erpshop ，并新建订单表 erp_order ，表结构如下。注意 id 是自增长的唯一标识，out_id 是对应订单在 MySQL 数据库中的唯一标识，以便在两个库中比对订单。
erp_order 结构
接下来，我们开始纳手实现 Spring Boot 后端项目，数据持久层采用 MyBatis 框架，同时访问两个数据源。
Spring Boot 版本选择 2.2.5 ，Group 为 com.imooc ， Artifact 为 spring-boot-multidb，生成项目后导入 Eclipse 开发环境。
我们引入热部署依赖、 Web 依赖、数据库访问相关依赖及测试相关依赖，具体如下：
实例：
由于我们要同时访问两个数据库，所以需要在配置文件中添加两个数据源的配置信息。注意配置多数据源时， url 配置伍茄掘需要使用 spring.datasource.db1.jdbc-url=xxx 的形式。
实例：
多个数据源的情况下， 我们需要通过配置类，将数据源注册为组件放入 Spring 容器中。
实例：
通过这个配置类， Spring 容器中就有两个数据源组件，这两个组件分别采用 spring.datasource.db1 和 spring.datasource.db2 开头的配置信息。所以通过这两个组件，就能分别操作 MySQL 数据源 1 和 SQL Sever 数据源 2 。
多数据源情况下， MyBatis 中的关键组件 SqlSessionFactory 和 SqlSessionTemplate 也需要单独配置，我们需要为两个数据源分别配置一套组件。
实例：
通过上面的配置类， com.imooc.springbootmultidb.mapper1 包中的 DAO 数据访问接口会自动调用 sqlSessionTemplate1 组件实现具体数据库操作，而 sqlSessionTemplate1 操作的数据源已经通过配置类设置为 db1 。同时， DAO 数据访问接口对应的映射文件已经指定到 classpath:mapper1/ 目录去寻找。这样数据源 – DAO 数据访问接口 – 映射文件三者的对应关系就建立起来了。
数据源 2 的配置方法是一样的， com.imooc.springbootmultidb.mapper2 包中的 DAO 数据访问接口会自动调用 sqlSessionTemplate2 组件，其操作的数据源即为 db2 ，其对应的映射文件指定到 classpath:mapper2/ 目录去寻找。
实例：
数据访问接口的位置已经在配置类指定，首先在 com.imooc.springbootmultidb.mapper1 创建 OrderDao ，操作的是数据源 1 中的 order 表。
实例：
然后在 com.imooc.springbootmultidb.mapper2 创建 ErpOrderDao ，操作的是数据源 2 中的 erporder 表。
实例：
这两个接口中使用的数据对象比较简单，代码如下：
实例：
分别针对 OrderDao 、 ErpOrderDao 编写对应的映射文件，然后按照配置类指定的位置，两个文件分别放到 resources/mapper1 和 resources/mapper2 目录下。
实例：
实例：
数据操作接口与对应的映射文件均已编写完毕，现在可以通过测试类进行多数据源测试了，我们在测试类中同时向两个库插入记录。
实例：
运行测试方法后，两个数据库表中均新增数据成功，这样我们就成功的使用 Spring Boot 同时操作了两个数据源。
采用多数据源之后，事务的实现方式也随之发生变化。当某个数据源操作出现异常时，该数据源和其他数据源的事务都需要回滚。这种涉及多个数据源的事务，称为分布式事务，接来下我们就来具体实现一下。
在 pom.xml 引入 Atomikos 事务管理器相关的依赖项， Atomikos 是一个开源的事务管理器，支持分布式事务。
实例：
需要将默认的数据源更换为支持分布式事务的数据源， MySQL 对应的数据源为 MysqlXADataSource ， SQL Server 对应的数据源为 SQLServerXADataSource 。
实例：
继续修改 DataSourceConfig 类，在其中配置分布式事务管理器组件。当项目中使用事务时，会通过配置的分布式事务管理器管理分布式事务操作。
实例：
在测试方法上添加 @Transactional 开启事务，然后在两个数据源操作中间模拟抛出异常。
实例：
此时运行测试类，可以发现数据源 1 的事务已回滚，验证成功！
在开发 Spring Boot 项目时，如果默认配置满足不了我们的需求，可以通过手工配置组件实现我们需要的功能。这些组件可能是各个公司提供的，我们根据相应文档，为其配置各个属性即可。
Spring Boot 最核心的 25 个注解，都是干货！
Spring Boot 最核心的 25 个注解
1、@SpringBootApplication
这是 Spring Boot 最最最核心的注解，用在 Spring Boot 主类上，标识这是一个 Spring Boot 应用，用来开启 Spring Boot 的各项能力。
其实这个注解就是 @SpringBootConfiguration、@EnableAutoConfiguration、@ComponentScan 这三个注解的组合，也可以用这三个注解来代替 @SpringBootApplication 注解。
2、@EnableAutoConfiguration
允许 Spring Boot 自动配置注解，开启这个注解之后，Spring Boot 就能根据当前类禅罩路径下的包或者类来配置 Spring Bean。
如：当前类路径下有 Mybatis 这个 JAR 包，MybatisAutoConfiguration 注解就能根据相关参数来配置 Mybatis 的各个 Spring Bean。
3、@Configuration
这是 Spring 3.0 添加的一个注解，用来代替 applicationContext.xml 配置文件，所有这个配置文件里面能做到的事情都可以通过这个注解所在类来进行注册。
4、@SpringBootConfiguration
这个注解就是 @Configuration 注解的变体，只是用来修饰是 Spring Boot 配置而已，或者可利于 Spring Boot 后续的扩展。
5、@ComponentScan
这是 Spring 3.1 添加的贺枝闹一个注解，用来代替配置文件中的 component-scan 配置，开启组件扫描，即自动扫描包路径下的 @Component 注解进行注册 bean 实例到 context 中。
前面 5 个注解可以在这篇文章《Spring Boot 最核心的 3 个注解详解》中了解更多细节的。
6、@Conditional
这是 Spring 4.0 添加的新注解，用来标识一个 Spring Bean 或者 Configuration 配置文件，当满足指定的条件才开启配置。
7、@ConditionalOnBean
组合 @Conditional 注解，当容器中有指定的 Bean 才开启配置。
8、@ConditionalOnMissingBean
组合 @Conditional 注解，和 @ConditionalOnBean 注解搭旅相反，当容器中没有指定的 Bean 才开启配置。
9、@ConditionalOnClass
组合 @Conditional 注解，当容器中有指定的 Class 才开启配置。
10、@ConditionalOnMissingClass
组合 @Conditional 注解，和 @ConditionalOnMissingClass 注解相反，当容器中没有指定的 Class 才开启配置。
11、@ConditionalOnWebApplication
组合 @Conditional 注解，当前项目类型是 WEB 项目才开启配置。
当前项目有以下 3 种类型。
enum Type {
}
12、@ConditionalOnNotWebApplication
组合 @Conditional 注解，和 @ConditionalOnWebApplication 注解相反，当前项目类型不是 WEB 项目才开启配置。
13、@ConditionalOnProperty
组合 @Conditional 注解，当指定的属性有指定的值时才开启配置。
14、@ConditionalOnExpression
组合 @Conditional 注解，当 SpEL 表达式为 true 时才开启配置。
15、@ConditionalOnJava
组合 @Conditional 注解，当运行的 Java JVM 在指定的版本范围时才开启配置。
16、@ConditionalOnResource
组合 @Conditional 注解，当类路径下有指定的资源才开启配置。
17、@ConditionalOnJndi
组合 @Conditional 注解，当指定的 JNDI 存在时才开启配置。
18、@ConditionalOnCloudPlatform
组合 @Conditional 注解，当指定的云平台激活时才开启配置。
19、@ConditionalOnSingleCandidate
组合 @Conditional 注解，当指定的 class 在容器中只有一个 Bean，或者同时有多个但为首选时才开启配置。
20、@ConfigurationProperties
用来加载额外的配置（如 .properties 文件），可用在 @Configuration 注解类，或者 @Bean 注解方法上面。
21、@EnableConfigurationProperties
一般要配合 @ConfigurationProperties 注解使用，用来开启对 @ConfigurationProperties 注解配置 Bean 的支持。
22、@AutoConfigureAfter
用在自动配置类上面，表示该自动配置类需要在另外指定的自动配置类配置完之后。
如 Mybatis 的自动配置类，需要在数据源自动配置类之后。
23、@AutoConfigureBefore
这个和 @AutoConfigureAfter 注解使用相反，表示该自动配置类需要在另外指定的自动配置类配置之前。
24、@Import
这是 Spring 3.0 添加的新注解，用来导入一个或者多个 @Configuration 注解修饰的类，这在 Spring Boot 里面应用很多。
25、@ImportResource
这是 Spring 3.0 添加的新注解，用来导入一个或者多个 Spring 配置文件，这对 Spring Boot 兼容老项目非常有用，因为有些配置无法通过 Java Config 的形式来配置就只能用这个注解来导入。
欢迎Java工程师朋友们加入Java高并发： 957734884 ，群内提供免费的Java架构学习资料（里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料）合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代！