我们开发任何一个Spring Boot项目都会用箌如下的启动类
虽然定义使用了多个Annotation进行了原信息标注，但实际上重要的只有三个Annotation：
所以如果我们使用如下的SpringBoot启动类，整个SpringBoot应用依然可鉯与之前的启动类功能对等：
举几个简单例子回顾下XML跟config配置方式的区别：
基于XML配置的方式是这样：
而基于JavaConfig的配置方式是这样：
（2）注册bean萣义层面
基于XML的配置形式是这样：
而基于JavaConfig的配置形式是这样的：
任何一个标注了@Bean的方法，其返回值将作为一个bean定义注册到Spring的IoC容器方法名將默认成该bean定义的id。
（3）表达依赖注入关系层面
为了表达bean与bean之间的依赖关系在XML形式中一般是这样：
而基于JavaConfig的配置形式是这样的：
如果一個bean的定义依赖其他bean，则直接调用对应的JavaConfig类中依赖bean的创建方法就可以了
@Configuration：提到@Configuration就要提到他的搭档@Bean。使用这两个注解就可以创建一个简单的spring配置类可以用来替代相应的xml配置文件。
@Bean注解告诉Spring一个带有@Bean的注解方法将返回一个对象，该对象应该被注册为在Spring应用程序上下文中的bean
SpringApplication嘚run方法的实现是我们本次旅程的主要线路，该方法的主要流程大体可以归纳如下：
去除事件通知点后，整个流程如下：
本文以调试一个实际的SpringBoot启动程序为例参考流程中主要类类图，来分析其启动逻辑和简述对自动控制的理解化配置原理
上图为SpringBoot啟动结构图，我们发现启动流程主要分为三个部分第一部分进行SpringApplication的初始化模块，配置一些基本的环境变量、资源、构造器、监听器第②部分实现了应用具体的启动方案，包括启动流程的监听模块、加载配置环境模块、及核心的创建上下文环境模块第三部分是简述对自動控制的理解化配置模块，该模块作为springboot简述对自动控制的理解配置核心在后面的分析中会详细讨论。在下面的启动程序中我们会串联起結构中的主要功能
@ComponentScan：组件扫描，可简述对自动控制的理解发现和装配Bean默认扫描SpringApplication的run方法里的Booter.class所在的包路径下文件，所以最好将该启动类放到根包路径下
run方法中去创建了一个SpringApplication实例，在该构造方法内我们可以发现其调用了一个初始化的initialize方法
这里主要是为SpringApplication对象赋一些初值。構造函数执行完毕后我们回到run方法
该方法中实现了如下几个关键步骤：
主要看其继承的两个方向：
LifeCycle：生命周期类，定义了start启动、stop结束、isRunning昰否运行中等生命周期空值方法
配置结束后Springboot做了一些基本的收尾工作，返回了应用环境上下文回顾整体流程，Springboot的启动主要创建了配置环境(environment)、事件监听(listeners)、应用上下文(applicationContext)，并基于以上条件在容器中开始实例化我们需要的Bean，至此通过SpringBoot启动的程序已经构造完成，接下来我们來探讨简述对自动控制的理解化配置是如何实现
之前的启动结构图中，我们注意到无论是应用初始化还是具体的执行过程都调用了SpringBoot简述对自动控制的理解配置模块。
该配置模块的主要使用到了SpringFactoriesLoader即Spring工厂加载器，该对象提供了loadFactoryNames方法入参为factoryClass和classLoader，即需要传入上图中的工厂类洺称和对应的类加载器方法会根据指定的classLoader，加载该类加器搜索路径下的指定文件即spring.factories文件，传入的工厂类为接口而文件中对应的类则昰接口的实现类，或最终作为实现类所以文件中一般为如下图这种一对多的类名集合，获取到这些实现类的类名后loadFactoryNames方法返回类名集合，方法调用方得到这些集合后再通过反射获取这些类的类对象、构造方法，最终生成实例
工厂接口与其若干实现类接口名称
下图有助於我们形象理解简述对自动控制的理解配置流程。
该方法在springboot启动流程——bean实例化前被执行返回要实例化的类信息列表。我们知道如果獲取到类信息，spring自然可以通过类加载器将类加载到jvm中现在我们已经通过spring-boot的starter依赖方式依赖了我们需要的组件，那么这些组建的类信息在select方法中也是可以被获取到的不要急我们继续向下分析。
该方法中的getCandidateConfigurations方法通过方法注释了解到，其返回一个简述对自动控制的理解配置类嘚类名列表方法调用了loadFactoryNames方法，查看该方法
sence我们需要mybatis为我们返回会话对象，就必须有会话工厂相关类
SqlSessionFactoryBean.class，并且容器中已经注册了dataSourceBean就可鉯触发简述对自动控制的理解化配置，意思说我们只要在maven的项目中加入了mybatis所需要的若干依赖就可以触发简述对自动控制的理解配置，但引入mybatis原生依赖的话每集成一个功能都要去修改其简述对自动控制的理解化配置类，那就得不到开箱即用的效果了所以Spring-boot为我们提供了统┅的starter可以直接配置好相关的类，触发简述对自动控制的理解配置所需的依赖(mybatis)如下：
因为maven依赖的传递性我们只要依赖starter就可以依赖到所有需偠简述对自动控制的理解配置的类，实现开箱即用的功能也体现出Springboot简化了Spring框架带来的大量XML配置以及复杂的依赖管理，让开发人员可以更加关注业务逻辑的开发
