SpringBoot源码分析

SpringBoot源码分析一.SpringApplication.run(Xxx.class,args)源码分析@SpringBootApplicationpublicclassIndexApplication{publicstaticvoidmain(String[]args){SpringApplication.run(IndexApplication.clas…

大家好,又见面了,我是你们的朋友全栈君。

一. SpringApplication.run(Xxx.class, args) 源码分析

@SpringBootApplication
public class IndexApplication {
    public static void main(String[] args) {
        SpringApplication.run(IndexApplication.class, args);
    }
}

进入SpringApplication的run方法:

SpringBoot源码分析

调用重载的方法run:

SpringBoot源码分析

可以看出,核心分为两步,第一步new SpringApplication(),第二步调用run方法,所以启动类我们可以这样写:

@SpringBootApplication
public class IndexApplication {
    public static void main(String[] args) {
        SpringApplication application = new SpringApplication(IndexApplication.class);
        application.run(args);
    }
}

启动项目,可以发现能够正常启动,下面我们重点分析这两步:

1. new SpringApplication究竟做了什么?

SpringBoot源码分析

核心分为3步:

① this.webApplicationType

进入deduceWebApplicationType()方法,可以看出,该方法目的是拿到当前的webApplicationType。

private static final String REACTIVE_WEB_ENVIRONMENT_CLASS = "org.springframework."
    + "web.reactive.DispatcherHandler";
private static final String MVC_WEB_ENVIRONMENT_CLASS = "org.springframework."
    + "web.servlet.DispatcherServlet";
private static final String[] WEB_ENVIRONMENT_CLASSES = { "javax.servlet.Servlet",
    "org.springframework.web.context.ConfigurableWebApplicationContext" };
public enum WebApplicationType {
    NONE,
    SERVLET,
    REACTIVE
}

SpringBoot源码分析

如果是当前所有jar包中,存在REACTIVE_WEB_ENVIRONMENT_CLASS,也就是DispatcherHandler,并且没有DispatcherServlet类,则返回REACTIVE(响应式编程);由于我们项目找不到该类SpringBoot源码分析,并且有DispatcherServlet类SpringBoot源码分析,所以不走第一个if; 下面进入for循环,代表当前环境中没有ConfigurableWebApplicationContext,则返回NONE,由于我们项目该类SpringBoot源码分析,所以跳出循环;最后返回SERVLET类型。

关于枚举WebApplicationType 有如下解读:

NONE 应用程序不应作为Web应用程序运行,也不应启动嵌入式Web服务器
REACTIVE 应用程序应作为响应式Web应用程序运行,并应启动嵌入响应式Web服务器
SERVLET 应用程序应作为基于servlet的Web应用程序运行,并应启动嵌入式Servlet Web服务器

② setInitializers((Collection) getSpringFactoriesInstances( ApplicationContextInitializer.class) );

    setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class));

获取到当前需要加载的ApplicationContextInitializer.class和ApplicationListener.class。

getSpringFactoriesInstances()作用是获取到当前需要加载的class文件

setInitializers,setListeners作用是把getSpringFactoriesInstances()获取的配置类放入List集合中去。

即会去spring-boot的jar包和spring-boot-autoconfigure的jar包下的spring.factories去查找上面两个标红的class对应的value。

SpringBoot源码分析

可以看到,ApplicationContextInitializer对应的value有:(下图依次为spring-boot,spring-boot-autoconfigure)

SpringBoot源码分析

SpringBoot源码分析

可以发现,一共获取到6个value,并且debug调试也可以得到总数:

SpringBoot源码分析

ApplicationListener对应的value有,注意” \ “表示换行:(下图依次为spring-boot,spring-boot-autoconfigure)

SpringBoot源码分析

SpringBoot源码分析

可以发现,一共获取到10个value,并且debug调试也可以得到总数:

SpringBoot源码分析

  获取到上述ApplicationContextInitializer和ApplicationListener对应的配置类之后,会分别调用setInitializers()和setListeners()

  会分别放入相应的List集合中。

private List<ApplicationContextInitializer<?>> initializers;
public void setInitializers(Collection<? extends ApplicationContextInitializer<?>> initializers) {
    this.initializers = new ArrayList<>();
    this.initializers.addAll(initializers);
}
private List<ApplicationListener<?>> listeners;
public void setListeners(Collection<? extends ApplicationListener<?>> listeners) {
    this.listeners = new ArrayList<>();
    this.listeners.addAll(listeners);
}

③ this.mainApplicationClass = deduceMainApplicationClass(); 获取到当前启动类,即IndexApplication。

 至此,new SpringApplication就分析完毕。

2. run (该方法为SpringBoot的核心)

首先贴出run方法的全部代码:

public ConfigurableApplicationContext run(String... args) {
    StopWatch stopWatch = new StopWatch();
    stopWatch.start();
    ConfigurableApplicationContext context = null;
    Collection<SpringBootExceptionReporter> exceptionReporters = new ArrayList<>();
    configureHeadlessProperty();
    SpringApplicationRunListeners listeners = getRunListeners(args);
    listeners.starting();
    try {
        ApplicationArguments applicationArguments = new DefaultApplicationArguments(args);
        ConfigurableEnvironment environment = prepareEnvironment(listeners,applicationArguments);
        configureIgnoreBeanInfo(environment);
        Banner printedBanner = printBanner(environment);
        context = createApplicationContext();
        exceptionReporters = getSpringFactoriesInstances(
            SpringBootExceptionReporter.class,
            new Class[] { ConfigurableApplicationContext.class }, context);
        prepareContext(context, environment, listeners, applicationArguments,printedBanner);
        refreshContext(context);
        afterRefresh(context, applicationArguments);
        stopWatch.stop();
        if (this.logStartupInfo) {
            new StartupInfoLogger(this.mainApplicationClass).logStarted(getApplicationLog(), stopWatch);
        }
        listeners.started(context);
        callRunners(context, applicationArguments);
    }
    catch (Throwable ex) {
        handleRunFailure(context, ex, exceptionReporters, listeners);
        throw new IllegalStateException(ex);
    }

    try {
        listeners.running(context);
    }
    catch (Throwable ex) {
        handleRunFailure(context, ex, exceptionReporters, null);
        throw new IllegalStateException(ex);
    }
    return context;
}

  流程分析:

① StopWatch stopWatch = new StopWatch(); 记录我们SpringBoot项目启动时间

② Collection<SpringBootExceptionReporter> exceptionReporters = new ArrayList<>(); 

异常收集器,SpringBootExceptionReporter是一个回调接口,用于支持对SpringApplication启动错误的自定义报告。

③ SpringApplicationRunListeners listeners = getRunListeners(args);  读取我们的META-INF/spring.factories

SpringBoot源码分析

SpringBoot源码分析

SpringApplicationRunListeners 类型存入到集合listeners 中,默认只有一个value,不过我们可以自定义,如:

/**
 * 读取配置文件
 */
public class MySpringApplicationRunListener implements SpringApplicationRunListener, Ordered {
    private SpringApplication application;
    private String[] args;
    @Override
    public void starting() {
        System.out.println(">>>>starting<<<<");
    }
    public MySpringApplicationRunListener(SpringApplication application, String[] args) {
        this.application = application;
        this.args = args;
    }
    @Override
    public void environmentPrepared(ConfigurableEnvironment environment) {
        // 配置文件读取到程序中 思路需要自己将本地文件读取到程序中,然后再放入到SpringBoot容器
        Properties properties = new Properties();
        try {
            //1.读取我们的my.properties文件
            properties.load(this.getClass().getClassLoader().
                    getResourceAsStream("my.properties"));
            //2.读取名称名称为my
            PropertySource propertySource = new
                    PropertiesPropertySource("my", properties);
            //3.将资源添加到SprigBoot项目中
            MutablePropertySources propertySources = environment.getPropertySources();
            //4.通过该api接口可以将配置文件读取 到SpringBoot项目中
            propertySources.addLast(propertySource);
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
    @Override
    public void contextPrepared(ConfigurableApplicationContext context) {
    }
    @Override
    public void contextLoaded(ConfigurableApplicationContext context) {
    }
    @Override
    public void started(ConfigurableApplicationContext context) {
    }
    @Override
    public void running(ConfigurableApplicationContext context) {
    }
    @Override
    public void failed(ConfigurableApplicationContext context, Throwable exception) {
    }
    @Override
    public int getOrder() {
        return -1;//优先级,值越小优先级越高,application.yml/properties默认为0
    }
}

SpringBoot源码分析

上述即为自定义配置文件的底层写法,加上了该文件后,则listeners的size变为2,这里仅作个理解,下面讲解默认无该类。

④ listeners.starting();

SpringBoot源码分析

在此方法中,使用了上文取到的listeners,循环遍历(其实只有一个listener,就是EventPublishingRunListener),调用监听starting方法。

⑤ ConfigurableEnvironment environment = prepareEnvironment(listeners, applicationArguments);

SpringBoot源码分析SpringBoot源码分析

可以看到,和上面③中我们自定义读取配置文件一致,循环遍历调用environmentPrepared方法,读取配置文件,底层然后通过addLast放入SpringBoot容器。(该方法扩展很多,可以自己重点去研究)

⑥ Banner printedBanner = printBanner(environment);

打印我们springboot启动的的banner伪图片,没有业务作用。

⑦ context = createApplicationContext();

SpringBoot源码分析

public static final String DEFAULT_WEB_CONTEXT_CLASS = "org.springframework.boot."
        + "web.servlet.context.AnnotationConfigServletWebServerApplicationContext";

会判断我们的webApplicationType(1-①中有说明),因为当前环境为Web环境,则类型为SERVLET类型,所以会返回上图红框中类型的context上下文,即这一步作用是:创建SpringBoot上下文AnnotationConfigServletWebServerApplicationContext对象。

⑧  refreshContext(context);  刷新我们上下文

这个方法其实是调用了AbstractApplicationContext的refresh()方法,但是有一点尤其注意,这也是springboot项目的重中之重,就是tomcat容器的启动也是在这里操作的,refresh()方法中的onfresh()方法被EmbeddedApplicationContext重写了,在此做了tomcat的启动加载,并且SpringMVC也是在这一步加载的。

⑨ afterRefresh(context, applicationArguments);

SpringBoot源码分析

定义一个空的模版给其他子类实现重写。

⑩ listeners.started(context);  使用广播和回调机制通知监听器SpringBoot容器已经启动成功

spring容器已经刷新过且应用已经启动,但是CommandLineRunners和ApplicationRunners还未调用,直接通过spring容器自己发送(因为ApplicationListener已经加入spring容器)

⑪ listeners.running(context);

此步骤已经调用了CommandLineRunners(作用:在使用SpringBoot构建项目时,我们通常有一些预先数据的加载,实现该接口即可),该步骤表示SpringBoot正式启动完成。

⑫ return context;  最后返回当前上下文

拓展:CommandLineRunner和ApplicationRunner

在开发中可能会有这样的情景。需要在容器启动的时候执行一些内容,比如Spring启动加载且加载一次,比如初始化一些用户信息等。SpringBoot给我们提供了两个接口来帮助我们实现这种需求。这两个接口分别为CommandLineRunner和ApplicationRunner。他们的执行时机为容器启动完成的时候。

这两个接口中有一个run方法,我们只需要实现这个方法即可。这两个接口的不同之处在于:ApplicationRunner中run方法的参数为ApplicationArguments,而CommandLineRunner接口中run方法的参数为String数组。目前我在项目中用的是ApplicationRunner。是这么实现的:

@Component
public class LzPartnerInitialConfig implements ApplicationRunner {
    @Override
    public void run(ApplicationArguments args) throws Exception {
       // todo
    }
}

二. @SpringBootApplication注解源码分析

进入@SpringBootApplication注解,可以看到该注解又包装了3大注解:

@SpringBootConfiguration,@EnableAutoConfiguration,@ComponentScan

SpringBoot源码分析

@SpringBootConfiguration,其实就是封装了@Configuration注解,目的是为了语义化

@Configuration注解用于定义配置类,可替换xml配置文件,结合AnnotationConfigApplicationContext可以通过注解方式启动Spring并初始化SpringIOC容器,该注解不在本文重点讨论范围之内。

SpringBoot源码分析

@ComponentScan,即扫包,该注解主要就是定义扫描的路径从中找出标识了需要装配的类自动装配到spring的bean容器中。

上面两个注解通俗易通,下面我们重点分析@EnableAutoConfiguration注解:

@EnableAutoConfiguration说白了就是加载我们第三方配置类。

可以看到,该注解又引入了AutoConfigurationImportSelector类

SpringBoot源码分析

那么我们进入AutoConfigurationImportSelector类,重点看到selectImports()方法:

SpringBoot源码分析

在标红处打断点,可以看到会注入112个配置类到IOC容器中:

SpringBoot源码分析

那么问题来了,这些配置类是从何而来?

答案:上上图红框代码即代表读取spring-boot-autoconfigure/META-INF/spring.factories,找到EnableAutoConfiguration(即SpringBoot核心注解之一)对应的100多个配置类(这些全是配置类即都用@Configuration修饰),然后注册到IOC容器中,注意,并不是全部注入到IOC容器中,只是当前项目已经引入的maven/jar才会注册到IOC容器,如:当前项目并没有引入solr依赖,则solr并不会注册。

SpringBoot源码分析

通过上面分析,可以得出结论,通过@EnableAutoConfiguration,Spring在启动的时候,会把上面100多个配置类加载到SpringIOC容器中去。

SpringBoot最终是如何创建tomcat和springmvc的呢?靠的就是@EnableAutoConfiguration加载的以下两个配置类:

ServletWebServerFactoryAutoConfiguration,DispatcherServletAutoConfiguration

org.springframework.boot.autoconfigure.web.servlet.DispatcherServletAutoConfiguration,\
org.springframework.boot.autoconfigure.web.servlet.ServletWebServerFactoryAutoConfiguration,\

【分析 ServletWebServerFactoryAutoConfiguration】

进入该配置类,贴出核心代码:

@Configuration
@AutoConfigureOrder(Ordered.HIGHEST_PRECEDENCE)
@ConditionalOnClass(ServletRequest.class)
@ConditionalOnWebApplication(type = Type.SERVLET)
@EnableConfigurationProperties(ServerProperties.class)
@Import({ ServletWebServerFactoryAutoConfiguration.BeanPostProcessorsRegistrar.class,
        ServletWebServerFactoryConfiguration.EmbeddedTomcat.class,
        ServletWebServerFactoryConfiguration.EmbeddedJetty.class,
        ServletWebServerFactoryConfiguration.EmbeddedUndertow.class })
public class ServletWebServerFactoryAutoConfiguration {
    @Bean
    public ServletWebServerFactoryCustomizer servletWebServerFactoryCustomizer(
        ServerProperties serverProperties) {
        return new ServletWebServerFactoryCustomizer(serverProperties);
    }
    @Bean
    @ConditionalOnClass(name = "org.apache.catalina.startup.Tomcat")
    public TomcatServletWebServerFactoryCustomizer tomcatServletWebServerFactoryCustomizer(
    ServerProperties serverProperties) {
    return new TomcatServletWebServerFactoryCustomizer(serverProperties);
    }
}

进入return new TomcatServletWebServerFactoryCustomizer(serverProperties),

public TomcatServletWebServerFactoryCustomizer(ServerProperties serverProperties) {
    this.serverProperties = serverProperties;
}

可以看到该类封装了我们平时在yml的配置信息,最常用的如server.port,即我们可以在application.yml修改SpringBoot内嵌tomcat的端口号等信息。

SpringBoot源码分析

下面我们继续分析,在ServletWebServerFactoryAutoConfiguration类中,会引入三个容器注入到IOC容器中,SpringBoot默认的WEB容器为Tomcat,所以我们重点分析Tomcat,进入EmbeddedTomcat类(Embedded英文意思为嵌入式的)

SpringBoot源码分析

进入EmbeddedTomcat类后,可以看到该类定义一个bean,往SpringIOC容器注入了名为TomcatServletWebServerFactory的类

SpringBoot源码分析

进入TomcatServletWebServerFactory类,可以发现Spring底层会执行:Tomcat tomcat = new Tomcat(),SpringBoot嵌入的Tomcat就是在这里创建的。

SpringBoot源码分析

【分析 DispatcherServletAutoConfiguration】

进入该配置类,贴出核心代码:

@AutoConfigureOrder(Ordered.HIGHEST_PRECEDENCE)
@Configuration
@ConditionalOnWebApplication(type = Type.SERVLET)
@ConditionalOnClass(DispatcherServlet.class)
@AutoConfigureAfter(ServletWebServerFactoryAutoConfiguration.class)
@EnableConfigurationProperties(ServerProperties.class)
public class DispatcherServletAutoConfiguration {

    public static final String DEFAULT_DISPATCHER_SERVLET_BEAN_NAME = "dispatcherServlet";
    
    @Bean(name = DEFAULT_DISPATCHER_SERVLET_BEAN_NAME)
    public DispatcherServlet dispatcherServlet() {
        DispatcherServlet dispatcherServlet = new DispatcherServlet();
        dispatcherServlet.setDispatchOptionsRequest(
            this.webMvcProperties.isDispatchOptionsRequest());
        dispatcherServlet.setDispatchTraceRequest(
            this.webMvcProperties.isDispatchTraceRequest());
        dispatcherServlet.setThrowExceptionIfNoHandlerFound(
            this.webMvcProperties.isThrowExceptionIfNoHandlerFound());
        return dispatcherServlet;
    }

}

可以看到,@ConditionalOnClass(DispatcherServlet.class) && @Bean 把DispatcherServlet注入到IOC容器中,创建bean(即dispatcherServlet)后完后交给tomcat运行。其中@ConditionalOnClass注解是Springboot实现自动配置的重要支撑之一,其用途是判断当前classpath下是否存在指定类,若是则将当前的配置装载入spring容器。

通过Debug断点调试,可以得出结论,SpringBoot启动的时候,会先创建Tomcat,然后创建dispatcherServlet去加载SpringMVC

SpringBoot源码分析    SpringBoot源码分析

至此,SpringBoot核心原理及源码就分析完毕了 !~

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/145010.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • 最长回文子串(C/C++)

    最长回文子串(C/C++)最长回文子串(C/C++)

  • 深入浅出python 百度网盘_python的算法有哪些

    深入浅出python 百度网盘_python的算法有哪些关于sharingyourcode问题按照书上面的步骤,首先prepareyourdisribution创建了一个名为nester的文件夹,在文件夹中创建了nester.py和setup.py两个文件。按照步骤接下来Buildadistributionfile-》InstallyourdistributionintoyourlocalcopyofPyth

    2022年10月17日
  • mapminmax的用法

    mapminmax的用法几个要说明的函数接口:[Y,PS]=mapminmax(X)[Y,PS]=mapminmax(X,FP)Y=mapminmax(‘apply’,X,PS)X=mapminmax(‘reverse’,Y,PS)用实例来讲解,测试数据x1=[124],x2=[523];>>[y,ps]=mapminmax(x1)y=  -1

  • 主成分分析与因子分析及SPSS实现[通俗易懂]

    主成分分析与因子分析及SPSS实现[通俗易懂]主成分分析与因子分析及SPSS实现一、主成分分析(1)问题提出在问题研究中,为了不遗漏和准确起见,往往会面面俱到,取得大量的指标来进行分析。比如为了研究某种疾病的影响因素,我们可能会收集患者的人口学资料、病史、体征、化验检查等等数十项指标。如果将这些指标直接纳入多元统计分析,不仅会使模型变得复杂不稳定,而且还有可能因为变量之间的多重共线性引起较大的误差。有没有一种办法能对信息进行浓缩,减少变量的个…

  • WEBAPP开发技巧总结

    WEBAPP开发技巧总结自Iphone和Android这两个牛逼的手机操作系统发布以来,在互联网界从此就多了一个新的名词-WebApp(意为基于WEB形式的应用程序,运行在高端的移动终端设备)。开发者们都知道在高端智能手机系统中有两种应用程序:一种是基于本地(操作系统)运行的APP;一种是基于高端机的浏览器运行的WebApp,本文将主要讲解后者。WebApp与Native App有何区别呢?Nat

  • MySQL 约束条件[通俗易懂]

    MySQL 约束条件[通俗易懂]主键(PRIMARYKEY)标识该属性为该表的主键,可以唯一的标识对应的记录。外键(FOREIGNKEY)标识该属性为该表的外键,与某个表的主键关联。唯一性(UNIQUE)标识该属性的值是唯一的。非空(NOTNULL)标识该属性不能为空。默认值(DEFAULT)为该属性设置默认值。*MySQL不支持CHECK约束,但可以使用CHECK约束而没

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号