SpringBoot运行原理
配置 spring.factories ，通过该配置，才能让springboot来自动加载我们的Configuration类。具体原理我们稍后深入了解。具体的，是在模块的 resources/META-INF 目录下，新建 spring.factories 文件。
Spring Boot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。
首先打开一个基本的springboot项目，点进去@SpringBootApplication注解。
Spring boot 整合了web 和batch ，但是他们肯定不是同一条路， 在spring boot 中，会推断当前的运行环境。
SpringBoot启动原理分析
初始化initialize方法执行完之后，会调用run方法，开始启动SpringBoot。首先遍历执行所有通过SpringFactoriesLoader，在当前classpath下的META-INF/spring.factories中查找所有可用的SpringApplicationRunListeners并实例化。
配置 spring.factories ，通过该配置，才能让springboot来自动加载我们的Configuration类。具体原理我们稍后深入了解。具体的，是在模块的 resources/META-INF 目录下，新建 spring.factories 文件。
首先用FactoryBean的模式实现了一个ProxyBean，如果想了解FactoryBean 的用法，这是个典型的例子。但是这个FactoryBean 是以api 行为直接调用的，并没有注册到Spring 的context 中。
jar启动并不是通过应用程序入口类，而是通过JarLauncher代理启动。
SpringBoot工作原理?
首先打开一个基本的springboot项目，点进去@SpringBootApplication注解。
@EnableAutoConfiguration可以帮助SpringBoot应用将所有符合条件的@Configuration配置都加载到当前SpringBoot创建并使用的IoC容器。
配置 spring.factories ，通过该配置，才能让springboot来自动加载我们的Configuration类。具体原理我们稍后深入了解。具体的，是在模块的 resources/META-INF 目录下，新建 spring.factories 文件。
Spring Boot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。
创建一个SpringApplication对象时，会调用它自己的initialize方法 执行核心run方法 初始化initialize方法执行完之后，会调用run方法，开始启动SpringBoot。
SpringBoot核心原理:自动配置、事件驱动、Condition
SpringBoot也就是通过这系列监听器将必要的配置和组件加载到容器中来，这里不再详细分析，感兴趣的读者可以通过其实现的 onApplicationEvent 方法看到每个监听器究竟是监听的哪一个事件，当然事件发布和监听我们自己也是可以扩展的。
SpringBoot在启动的时候从类路径下的META-INF/spring.factories中获取EnableAutoConfiguration指定的值 将这些值作为自动配置类导入容器，自动配置类就生效，帮我们进行自动配置工作。
自动配置=spring-boot-autoconfigure+condition 没什么特别的，自动配置并不是智能配置，也是通过一个一个的配置文件实现的，Spring Boot把这些繁琐的工作处理了。
第一步：启动一个新的Spring Boot项目 利用启动.spring.io创建一个“网络”项目。在“依赖项”对话框中搜索并添加“web”依赖项，如屏幕截图所示。点击“生成”按钮，下载zip，然后将其解压缩到计算机上的文件夹中。
一是引入jar包即pom文件引入stater；二就是编写配置文件，使用Java配置的情况下就是编写一系列@Configuration注解标注的类。那么SpringBoot是怎么来引入这些配置类的呢？就需要我们深入SpringBoot启动类一探究竟。
SpringBoot 的核心就是自动配置，自动配置又是基于条件判断来配置 Bean。
SpringBoot默认注入单例模式所带来的的问题
spring依赖注入默认使用的是单例。如果类中存在有状态的变量，那么一般建议使用多例。因为单例的话 再并发的场景下数据会相互干扰。而多例的话数据是隔离的。
controller默认是单例的，不要使用非静态的成员变量，否则会发生数据逻辑混乱。正因为单例所以不是线程安全的。
而且spring的默认单例也不是java经典的懒汉式或者恶汉式写法，而是通过beanfactory生成的一个对象池里面的引用。5版之前是这样，现在不知道了。
spring框架controller和service默认都是单例的，那么多并发时，是如何实现线程安全的？A、每当启用一个线程时，JVM就为他分配一个Java栈，栈是以帧为单位保存当前线程的运行状态。