手写SpringBoot

传送门

SpringMVC的源码解析（精品）
Spring6的源码解析（精品）
SpringBoot3框架（精品）
MyBatis框架（精品）
MyBatis-Plus
SpringDataJPA
SpringCloudNetflix
SpringCloudAlibaba（精品）
Shiro
SpringSecurity
java的LOG日志框架
Activiti（敬请期待）
JDK8新特性
JDK9新特性
JDK10新特性
JDK11新特性
JDK12新特性
JDK13新特性
JDK14新特性
JDK15新特性
JDK16新特性
JDK17新特性
JDK18新特性
JDK19新特性
JDK20新特性
JDK21新特性
其他技术文章传送门入口

前言

手写Spring
手写SpringBoot
手写Mybatis

一、spring+tomcat的简单封装

1、SpringBoot的run方法参数一个小区别

10和11行代码的区别，10行传了args参数，java -jar xxx.jar --k1=v1这种的时候，就是有效果的，否则像11行那样，是没有效果的。

2、代码1

pom.xml

为了能让这个正常访问

依据这个来封装。这个就是启动类，也是配置类。6行说明是配置类。10行传入的就是配置类参数。run方法里面有启动tomcat，说明又是启动类。

3、代码2

13行是核心，回想spring的写法，就是标记配置类用的，扫描路径。为了类加载器。

run方法是核心

controller的方法由spring容器接管，启动tomcat为实时监听浏览器的请求。

测试访问成功

4、小总结

1、SpringBoot本身就是在Spring基础上进行了一层封装，底层依赖Spring框架。
2、启动类本身标记了SpringBootApplication注解（有ComponentScan扫描，可以类加载器），表明了这个启动类就是Spring容器需要的配置类；
3、启动类在main方法中使用了SpringApplication.run方法，参数参入的是启动类自己，run方法是整个核心；
4、run方法中，首先通过传入的启动类参数，创建了Spring容器，在更加容器启动了tomcat，tomcat能够实时监听浏览器，最后方法访问浏览器，返回成功。简易的封装Spring完成。
整个思路就两点：创建Spring容器，启动tomcat。

二、自动配置和条件注解的首次引入（tomcat和jetty为例）

1、代码1

引入一个web服务器启动的接口

自定义，为条件注解服务

自定义，为条件注解服务

自定义，为条件注解服务

自定义，为条件注解服务

2、代码2

核心类，在这边通过条件注解来判断。

这个改造为通过公共的取

导入import。一般spring框架和应用都不在一个包下面的，像maven引入那种，spring框架不在业务类下面的，这个import就非常关键了，引入到一起，就可以一起扫描了。启动类是spring容器的配置类，所以比如引入，让spring管理这些webServicexxxx这个配置类的所有bean。

3、小总结

在上面的小总结情况下，引入了自动配置和条件注解
1、tomcat和jetty等多个web服务器，到底哪个生效，springboot都配置了，巧妙的利用的条件注解。
2、条件注解就是当有这个特定类的时候，就认为这个类的maven被引入了，就会被激活，使用这个类的配置和一切，比如tomcat测出条件注解为true，那么启动springboot就用tomact启动了 。
3、WebServiceAutoConfiguration这个自动装配核心类（注意只是web服务器的，不代表所有），里面的@Conditional(TomcatCondition.class)就是条件注解，TomcatCondition继承了Condition条件接口，覆写里面的matches方法，就能通过类加载器判断特别类是否可以加载出来，能加载出来，说明有该类。整个条件注解就为true，那么就在WebServiceAutoConfiguration就会创建这个类。
4、由于WebServiceAutoConfiguration这个自动装配核心类和启动类并不在同一个包下面，WebServiceAutoConfiguration这个自动装配核心类想让spring管理到，就在启动类上面用了@Import导入。
整个思路就一点：封装条件注解

三、条件注解优化

定义一个通用的条件注解

自定义条件类
之前的条件注解是spring的，这边优化了一套springboot注解写的条件注解，更好用。

四、导入优化（批量导入）

核心，自动配置