相对于spring mvc，spring boot并不是一个新的框架，给人最直观的感受就是不需要spring mvc那样写一堆配置，因为做了大量的自动化配置，当然这只是最直观的感受。所以我们来看看boot（以下spring boot简称boot）的启动过程，试图去了解内部到底做了什么。文中若有错误之处，请指正。
这里框架demo的项目搭建这里就不展示了，比较简单。我们先从入口类开始，例子中的入口类展示如下，
此类只有一个main方法，可以很清晰的看到有2个关键的信息点：1.@SpringBootApplication注解，2.SpringApplication.run静态方法。所以点开SpringApplication的源码吧。源码中第一步跟到static run方法。
可以看到里面做了两件事情，一是构造函数，二是run方法。我们先看构造函数做了什么。
一、构造函数
两个重载的构造函数，例子中调用的是第一个，前几行做了一些成员变量的初始化，我们先略去每个成员变量的具体意义，直接看这个方法this.initialize(sources);列子中参数sources为空，不用管。然后是this.webEnvironment=this.deduceWebEnvironment(); webEnvironment代表是否是web环境。
1.我们看deduceWebEnvironment方法是怎么做的。
其中WEB_ENVIRONMENT_CLASSES =newString[]{"javax.servlet.Servlet","org.springframework.web.context.ConfigurableWebApplicationContext"}; 该方法的关键的地方ClassUtils.isPresent主要就是根据WEB_ENVIRONMENT_CLASSES中的2个类名来查找classpath下面是否有2个class文件，如果都有webEnvironment则为true，否则为false。
2.接着我们看构造函数中的下一行，this.setInitializers(this.getSpringFactoriesInstances(ApplicationContextInitializer.class));主要看getSpringFactoriesInstances。我们截取源码中的改方法的代码片段
我们可以知道片段1的getSpringFactoriesInstances()中的参数type为ApplicationContextInitializer.class对象。紧接着就调用它底下的一个重载方法。代码2中是获取当前线程的一个类加载器。然后是3中SpringFactories.loadFactoryNames,此方法会查找classpath下面的META-INF/spring.factories文件中的类名，我们点开文件看下。
请注意classpath下面不止这一个spring.factorys文件，在这不全部展示，总之改方法会加载ApplicationContextInitializer对应的一系列类名，如上图中蓝色部分。这些类都是ApplicationContextInitializer的实现类。然后图片（片段1）中的方法4 就是把3中获取到的类名利用反射构造这些对象的实例。至此，setInitializers 方法中已经获取到以下这类的实例对象的集合。
3.轮到setListeners，跟setInitializers方法过程一样，只不过参数为ApplicationListener.class。最终setListeners帮助SpringApplication获取到了一系列ApplicationListener的实现类的对象的集合，具体哪些对象，看下图。
好了，我们在回到构造函数，走到这里了，this.mainApplicationClass=this.deduceMainApplicationClass();此步骤比较简单，就是获取我们的入口类CamelliaApplication的class对象。
至此，构造函数已经全部走完，主要做的事情就是1，初始化一些变量，2，实例化ApplicationContextInitializer的一系列的子类 3，实例化ApplicationListener一系列的子类。3，获取入口的class对象。
留下的疑问点：1，构造函数中初始化的成员变量的意义，2.得到ApplicationContextInitializer和ApplicationListener的一些列对象是干什么的。我们还有很长的路走，别急。
