分析SpringBoot底层机制

Tomcat启动分析，Spring容器初始化，Tomcat如何关联Spring容器？

1.创建SpringBoot环境

（1）创建Maven程序，创建SpringBoot环境

（2）pom.xml导入SpringBoot的父工程和依赖

	<!--导入SpringBoot父工程-规定写法-->
	<parent>
	<artifactId>spring-boot-starter-parent</artifactId>
	<groupId>org.springframework.boot</groupId>
	<version>2.5.3</version>
	</parent>
	<dependencies>
	<!--导入web项目场景启动器：会自动导入和web开发相关的所有依赖[jar包]-->
	<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-web</artifactId>
	</dependency>
	</dependencies>

（3）创建主程序MainApp.java

	package com.li.springboot;
	import org.springframework.boot.SpringApplication;
	import org.springframework.boot.autoconfigure.SpringBootApplication;
	import org.springframework.context.ConfigurableApplicationContext;
	/**
	* @author 李
	* @version 1.0
	*/
	@SpringBootApplication//表示SpringBoot项目
	public class MainApp {
	public static void main(String[] args) {
	//启动SpringBoot项目
	ConfigurableApplicationContext ioc =
	SpringApplication.run(MainApp.class, args);
	}
	}

（4）启动项目，我们可以注意到Tomcat也随之启动了。

问题一：当我们执行run方法时，为什么会启动我们内置的tomcat？它的底层是如何实现的？

2.Spring容器初始化（@Configuration+@Bean）

我们知道，如果在一个类上添加了注解@Configuration，那么这个类就会变成配置类；配置类中通过@Bean注解，可以将方法中 new 出来的Bean对象注入到容器中，该bean对象的id默认为方法名。

配置类本身也会作为bean注入到容器中

 

容器初始化的底层机制仍然是我们之前分析的Spring容器的机制（IO/文件扫描+注解+反射+集合+映射）

对比：

1. Spring通过@ComponentScan，指定要扫描的包；而SpringBoot默认从主程序所在的包开始扫描，同时也可以指定要扫描的包（scanBasePackages = {"xxx.xx"}）。
2. Spring通过xml或者注解，指定要注入的bean；SpringBoot通过扫描配置类（对应spring的xml）的@Bean或者注解，指定注入bean

3.SpringBoot怎样启动Tomcat，并能支持访问@Controller？

由前面的例子1中可以看到，当启动SpringBoot时，tomcat也会随之启动。那么问题来了：

1. SpringBoot是怎么内嵌Tomcat，并启动Tomcat的？
2. 而且底层是怎样让@Controller修饰的控制器也可以被访问的？

3.1源码分析SpringApplication.run()

SpringApplication.run()方法会完成两个重要任务：

1. 创建容器
2. 容器的刷新：包括参数的刷新+启动Tomcat

（1）创建一个控制器

	package com.li.springboot.controller;
	import org.springframework.web.bind.annotation.RequestMapping;