前言
前面分析了spring的源码，就是为了分析Spring Boot做铺垫，Spring Boot之所以能那么强大，扩展性那么好，底层还是依赖spring，他的注解，他的处理器，他的监听器，可以有无数的扩展，废话不多说，当然还是老习惯，这次要分析Spring Boot 2.2.6.RELEASE版本的，要搞懂Spring Boot的原理，得先从他的初始化开始，然后层层深入，各个击破。其实很多人说看源码比较累，这个不可否认，又是英语，又是代码，又不知道作者想表达什么，只能边看边猜边调试，这也是个学习的过程啊，一个锻炼你学习能力的过程，一开始是很难，但是事件久了你看到别人的源码，你自己就能猜到他可能要做点什么，是怎么做的，这些是你不看源码不可能有的反应，这个就跟小时候为什么经常看小说的人写作都比不看的人要厉害，我是深有体会的。我看到有人说我们不需要看源码，只要会用就好了，那我想说，你不明白原理，你能用的好么，然后又有人会反驳，你开车不用理解车的原理吧，你照样可以开的溜，我想说是的，开车的时候我是个消费者，但是我们程序员写代码的时候是生成者，角色定位要清楚，你写的东西，你自己都不了解，出了问题找别人？4S店给修BUG么，还不是自己得来，你不看源码，你都不知道内部机制是怎么样，你就用上了，关键你肯定用不好啊。Spring Boot够简单了吧，跟开车一样，基本不需要什么经验吧，但是我可以说稍微报个错，你根本不知道要怎么办，因为不了解原理，然后你可能就百度啊，猜啊，这不浪费时间么，源码里面都写的很明明白白的，说句不好听的，3年经验，可能就是百度，CRUD，写业务逻辑了3年，表面上好像自己踩过很多坑，解决了很多问题，其实很多可能就是源码里，你不熟悉，导致你用不好，问题就多，其实你花一个月看源码，里面都有你要的答案和可能暴露的问题。
当然我只是这么说说，如果你觉得源码不重要，也没关系，你能用的好也行，但是这个貌似不符合客观规律，或许我的认知有局限吧，但是我还是认为源码很重要，或许你不能成为框架的设计者，但是你可以通过源码去跟他们交流，去体会，去学习，终有一天也可以有机会封神，我想大神门也不可能一开始脑子里什么设计模式，架构全都在了，就写出框架了，他们也是模仿，尝试，修改，创新，成神的吧。从投资的角度讲，我觉得看源码属于长线投资，比如spring源码，你搞懂70%，基本其他的源码问题都不大了，我就是在netty的源码上看spring的，虽然spring相对复杂，但是很多东西还是通的，其实你会发现netty的处理器，就是spring的aop思想的一种映射。spring的反应式的web框架我没看过，但是我猜应该跟netty的IO模型应该有很大相似之处，异步事件通知，IO多路复用。看过netty你会觉得他把性能压榨到爆了要，连一个轮询算法也要用位操作优化，里面能用位操作的基本都用上了，位图的一系列位操作更是经典，jemalloc改进版的内存分配算法提升了多处理器的性能，最大程度的避免了线程之间的竞争，还有各种池化缓存，改进版ThredLocal，selectKeys等等，基本都是为了提高性能，内存的使用优化也非常棒。而spring则在另一个可扩展的维度上登峰造极了，你可以任意扩展，甚至可以把它内部的处理器全替换了，自己来实现解析，来掌管bean的生命周期。Spring Boot又更加进了一步，使用更加简单，约定大于配置。
好了，不瞎扯了，研究源码的目的其实是为了更好的使用，和更好的扩展，当然是为了实际项目服务，解决问题，不是为了看而看，只有真正了解了原理，你才可以用的得心应手，出了问题也不怕，万变不离其宗。
初始化基本流程
SpringApplication.run
我们从最简单的例子开始，就这些东西，我们看看SpringApplication.run到底做了什么事。
内部还有run：
这次是关键：
SpringApplication构造方法
首先创建一个集合存放我们传进去的类，然后推断应用程序的类型，是SERVLET，还是REACTIVE，然后获取很多jar包下的META-INF/spring.factories中的org.springframework.context.ApplicationContextInitializer属性的值和org.springframework.context.ApplicationListener属性的值，其实他们是接口，他们的值就是其实就是实现类，也就是说要获取这些接口的实现类，来做一些初始化工作，当然里面会做一些筛选，去重。然后推断出main方法的类，他用了一种很巧妙的方式，抛出一个异常，然后再方法栈里找有main方法的那个类，具体的细节后面会说。
public SpringApplication(ResourceLoader resourceLoader, Class<?>... primarySources) {
this.resourceLoader = resourceLoader;
Assert.notNull(primarySources, "PrimarySources must not be null");
this.primarySources = new LinkedHashSet<>(Arrays.asList(primarySources));
this.webApplicationType = WebApplicationType.deduceFromClasspath();
setInitializers((Collection) getSpringFactoriesInstances(ApplicationContextInitializer.class));
setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class));
this.mainApplicationClass = deduceMainApplicationClass();
}
WebApplicationType的deduceFromClasspath推断Web应用程序类型
要对照这些类看：
这个逻辑我就不讲了，就是排他的，要么REACTIVE，要么SERVLET，要么就普通的。具体是根据Class.forName反射的，而且如果一次不行，还会进行内部类的反射，否没有的话才捕获异常，返回false。可以看到如果同时有REACTIVE和SERVLET的相关类，会判定是SERVLET。
static WebApplicationType deduceFromClasspath() {
if (ClassUtils.isPresent(WEBFLUX_INDICATOR_CLASS, null) && !ClassUtils.isPresent(WEBMVC_INDICATOR_CLASS, null)
&& !ClassUtils.isPresent(JERSEY_INDICATOR_CLASS, null)) {
return WebApplicationType.REACTIVE;
}
for (String className : SERVLET_INDICATOR_CLASSES) {
if (!ClassUtils.isPresent(className, null)) {
return WebApplicationType.NONE;
}
}
return WebApplicationType.SERVLET;
}
ClassUtils的isPresent是否存在类型
5.2.5的版本这个类有更新，来看下怎么判断有没有某个类型：
public static boolean isPresent(String className, @Nullable ClassLoader classLoader) {
try {
forName(className, classLoader);
return true;
}
catch (IllegalAccessError err) {
throw new IllegalStateException("Readability mismatch in inheritance hierarchy of class [" +
className + "]: " + err.getMessage(), err);
}
catch (Throwable ex) {
// Typically ClassNotFoundException or NoClassDefFoundError...
return false;//没有就返回false
}
}
ClassUtils的forName
留下了主要的代码，Class.forName了两次，一次是一般类，一次是内部类，都没有就抛异常。
public static Class<?> forName(String name, @Nullable ClassLoader classLoader)
throws ClassNotFoundException, LinkageError {
...
ClassLoader clToUse = classLoader;
if (clToUse == null) {
clToUse = getDefaultClassLoader();
}
try {
return Class.forName(name, false, clToUse);
}
catch (ClassNotFoundException ex) {
int lastDotIndex = name.lastIndexOf(PACKAGE_SEPARATOR);
if (lastDotIndex != -1) {
String innerClassName =
name.substring(0, lastDotIndex) + INNER_CLASS_SEPARATOR + name.substring(lastDotIndex + 1);
try {
return Class.forName(innerClassName, false, clToUse);
}
catch (ClassNotFoundException ex2) {
// Swallow - let original exception get through
}
}
throw ex;
}
}
啰嗦的有点多，不好意思了，下次补上。
好了，今天就到这里了，希望对学习理解有帮助，大神看见勿喷，仅为自己的学习理解，能力有限，请多包涵，部分图片来自网络，侵删。