SpringBoot原理
SpringBoot开发项目，为什么这么简单？SpringBoot帮我们做了哪些事情？
了解SpringBoot的底层原理是有必要的。
面试重点
spring框架中各种jar包的依赖关系（还有各种jar包的版本适配）、还有各种配置非常繁琐
SpringBoot的两个优点：起步依赖、自动配置
springboot除了我们自己定义的bean对象和引入的第三方bean。还会自己配置一些配置的bean对象存入到IOC容器中，当我们需要使用时，直接使用@Autowired注入即可，从而简化了开发
加载bean对象的（即bean如何加载到spring的IOC容器中的）方法：
我们研究SpringBoot的自动配置原理，就是研究当我们在maven中引入依赖后，是如何将依赖jar包当中的所定义的配置类，以及这些bean如何加载到spring的IOC容器中。
方法1：通过@ComponentScan组件扫描的方式
通过@ComponentScan组件扫描的方式，添加第三方的bean到SpringIOC容器中
场景：当前在SpringBootWebConfig2Application的启动类中要使用itheima-utils包下的bean对象
(1)我们需要在springboot-web-config2中的pom依赖中引入itheima-utils依赖
（2）虽然itheima-utils包中的的自定义bean对象已经加了@Component注解，交由IOC容器管理，但是在在SpringBootWebConfig2Application的启动类中仍然访问是访问不到的。
因为SpringBoot的启动类默认只扫描当前包com.itheima，及其子包的bean对象
（3）此时，我们必须还要加上@ComponentScan注解来指定扫描包是“com.example”。但是会覆盖原有的扫描包。所以还要加上本地的扫描包
注意：为什么这里能扫描到“com.example”呢，因为加了上面的依赖，所以它知道去哪扫描，是扫描itheima-utils目录下的“com.example”路径
扫描包为多个，怎么书写？
@ComponentScan直接用value属性指定多个扫描包，即@ComponentScan({"xxx","xxx"})
或者
用@ComponentScan的basePackages属性指定多个扫描包
这样就可以扫描到第三方包的bean对象
开发SpringBoot项目，其实也引入了很多其他的第三方依赖，要想完成自动如果都以方法1书写，那@ComponentScan后面要加很多的扫描包
方法2：使用@Import导入
（1）导入itheima-utils中的普通类，这个类上不用加任何的注解，包括@Component
（2）导入itheima-utils中的配置类
（3）实现ImportSelector接口的实现类，重写里面的selectImports方法，返回值 表示 要交给IOC容器管理的类。
再在启动类上使用@Import导入ImportSelector接口的实现类即可
这里我们要导入bean对象，还要知道要导入的类名，还是比较繁琐
要导入第三方的bean对象，只有第三方自己最清楚
方法3：以注解的形式导入
这个第三方定义的注解里面，使用了Import，导入了需要的bean，我们再使用这个bean对象的时候，只需要加上这个注解@EnableHeaderConfig即可，这个注解的@EnableHeaderConfig里面帮我们导入了需要的bean对象交给IOC容器管理
SpringBoot官方就是采用的第三种加注解的方式来导入bean对象
SpringBoot自动加载的原理
先要从启动类开始
（1）理解启动类上的注解@SpringBootApplication
@SpringBootApplication点进去
@SpringBootApplication作为一个注解，前4个都是作为注解的原注解
看第5个注解@SpringBootConfiguration，点进去
就只有定义了一个配置类的注解@Configuration，所以我们才可以在启动类上使用@Bean注解来导入第三方的类对象，来交给IOC容器管理
第7个注解，就是定义包扫描路径的，所以启动类只能扫描到当前包及其子包，将其中的bean对象交给IOC容器管理
自动配置的核心就是第6个注解@EnableAutoConfiguration
（1）@EnableAutoConfiguration就是那个@Import注解，通过@Import注解来导入指定的bean或者配置类
（2）@Import注解，通过导入ImportSeletor（接口）实现类的方式，导入bean对象交给IOC容器管理
AutoConfigurationImportSeletor就是ImportSeletor（接口）的实现类
AutoConfigurationImportSeletor里面重写selectImports方法
selectImports方法的返回值 表示 我需要将哪些类 交给IOC容器管理（返回值是字符数组，且类要指定全类名）
然后 selectImports方法 会去读取两份配置文件，在这两份配置文件中指定了大量需要自动配置的类
这两份配置文件在起步依赖中，好像 不同的起步依赖 包含的 这两份文件 都是一样的
这里面都是一个个 配置类 的全类名，然后会加载每个配置类中用@Bean注解的bean对象交给IOC容器管理
配置类 中所有被@Bean注解的bean对象 都会直接交给IOC容器管理吗？并不是的。发现@Bean注解旁边还有@ConditionalOnMissingBean注解
@ConditionalOnMissingBean注解：这个注解的作用，就是按条件装配，当满足一定的条件之后，才会把这个bean注册到IOC容器中
@Conditional是条件装配的注解
可以加在类上，也可以加在方法上
（1）加在配置类上：对配置类中所有加了@Bean注解的都生效
（2）加在方法上：只对这一个加了@Bean注解的方法生效
第一个注解：
因为pom文件中已经引入了jwt依赖，这样环境中就有jwts对应的字节码文件，所以Headerparse这个bean会直接交给IOC容器管理
如果pom文件中去掉了jwt依赖，则IOC容器中不会有Headerparse这个bean
第二个注解：
使用场景：声明一个默认的bean对象，如果用户自己声明了这个bean对象，则这个bean不会生效，如果用户没有声明这个bean对象，还想使用这个bean，那么这个默认的bean对象就会生效
第三个注解：
配置文件中有这个属性和这个值，才会正常将该bean加入到IOC容器中
如果有这个属性，值不符合，也不会有这个bean。
第三个注解的使用场景：在SpringBoot中整合其他第三方的技术的时候，我们只有在对应的配置文件中，配置了对应的配置项，它才会声明对应的bean对象。
自定义Starter
有很多的第三方技术，它是没有起步依赖的，但是这个技术，在项目开发中又很通用，那么我们直接使用，使用起来就会比较繁琐
我们需要引入对应的依赖，在配置文件中进行配置，还需要基于官方SDK示例来改造对应的工具类，然后在项目中我们才可以使用。
例如，我们使用aliyunOss需要这么多的步骤，别的开发也需要这么多的步骤
第一个是springboot官方提供的起步依赖
下面两个是第三方提供的起步依赖，通常是命名方式是 功能在前， 一看就是mybatis或者pagehelper整合springboot所提供的起步依赖
原文地址：https://blog.csdn.net/weixin_44390790/article/details/140210895
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！