springboot的启动原理_springboot 启动原理详解

springboot 启动原理

springboot 常见的启动写法如下:

@SpringBootApplication
public class Application {

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

}

然后我们的程序就可以和 main 方法一样,直接启动运行了。

但是这一切是如何实现的呢?

今天我们一起来学习一下 springboot 的启动原理。

SpringApplication.run 方法

main 方法整体看起来看起来平平无奇。

18eeedd823ce301271dbb283e416bcc7.png
平平无奇

SpringApplication.run() 让我意识到问题并不简单,我们一起看一下 run 里面到底是如何实现的。

public static ConfigurableApplicationContext run(Object source, String... args) {
    return run(new Object[] { source }, args);
}

这里调用了另外一个方法:

public static ConfigurableApplicationContext run(Object[] sources, String[] args) {
    return new SpringApplication(sources).run(args);
}

这里实际上是创建了 SpringApplication 对象,并且执行 run 方法。

SpringApplication

我们简单看一下这个对象。

public SpringApplication(Object... sources) {
    initialize(sources);
}

这里主要是针对 spring 的初始化:

private void initialize(Object[] sources) {
    if (sources != null && sources.length > 0) {
        this.sources.addAll(Arrays.asList(sources));
    }
    this.webEnvironment = deduceWebEnvironment();
    setInitializers((Collection) getSpringFactoriesInstances(
            ApplicationContextInitializer.class));
    setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class));
    this.mainApplicationClass = deduceMainApplicationClass();
}

设置了一些初始化实现、监听器等,此处不做详细展开。

run 方法

构建完成之后,需要调用对应的 run 方法,这个方法是比较复杂的,不过也不用太紧张,有兴趣的可以深入研究一下。

/**
 * Run the Spring application, creating and refreshing a new
 * {@link ApplicationContext}.
 * @param args the application arguments (usually passed from a Java main method)
 * @return a running {@link ApplicationContext}
 */
public ConfigurableApplicationContext run(String... args) {
    StopWatch stopWatch = new StopWatch();
    stopWatch.start();
    ConfigurableApplicationContext context = null;
    FailureAnalyzers analyzers = null;
    configureHeadlessProperty();
    SpringApplicationRunListeners listeners = getRunListeners(args);
    listeners.starting();
    try {
        ApplicationArguments applicationArguments = new DefaultApplicationArguments(
                args);
        ConfigurableEnvironment environment = prepareEnvironment(listeners,
                applicationArguments);
        Banner printedBanner = printBanner(environment);
        context = createApplicationContext();
        analyzers = new FailureAnalyzers(context);
        prepareContext(context, environment, listeners, applicationArguments,
                printedBanner);
        refreshContext(context);
        afterRefresh(context, applicationArguments);
        listeners.finished(context, null);
        stopWatch.stop();
        if (this.logStartupInfo) {
            new StartupInfoLogger(this.mainApplicationClass)
                    .logStarted(getApplicationLog(), stopWatch);
        }
        return context;
    }
    catch (Throwable ex) {
        handleRunFailure(context, listeners, analyzers, ex);
        throw new IllegalStateException(ex);
    }
}

我们这里大概梳理一下启动过程的步骤:

1. 初始化监听器,以及添加到SpringApplication的自定义监听器。

2. 发布ApplicationStartedEvent事件,如果想监听ApplicationStartedEvent事件,你可以这样定义:public class ApplicationStartedListener implements ApplicationListener,然后通过SpringApplication.addListener(..)添加进去即可。

3. 装配参数和环境,确定是web环境还是非web环境。

4. 装配完环境后,就触发ApplicationEnvironmentPreparedEvent事件。

5. 如果SpringApplication的showBanner属性被设置为true,则打印启动的Banner。

6. 创建ApplicationContext,会根据是否是web环境,来决定创建什么类型的ApplicationContext。

7. 装配Context的环境变量,注册Initializers、beanNameGenerator等。

8. 发布ApplicationPreparedEvent事件。

9. 注册springApplicationArguments、springBootBanner,加载资源等

10. 遍历调用所有SpringApplicationRunListener的contextLoaded()方法。

11. 调用ApplicationContext的refresh()方法,装配context beanfactory等非常重要的核心组件。

12. 查找当前ApplicationContext中是否注册有CommandLineRunner,如果有,则遍历执行它们。

13. 发布ApplicationReadyEvent事件,启动完毕,表示服务已经可以开始正常提供服务了。通常我们这里会监听这个事件来打印一些监控性质的日志,表示应用正常启动了。
2f0040b5f56891b4db987d1bb38db68f.png
启动流程

@SpringBootApplication 注解

看完了静态方法,我们来看一下另一个注解 @SpringBootApplication

注解定义

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(excludeFilters = {
        @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
        @Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
public @interface SpringBootApplication {
    // 省略方法
}

我们省略掉对应的方法属性,发现实际上这个注解是由 3 个注解组合而成:

@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan

其中 @SpringbootConfiguration 是完全等价于 @Configuration 的,此处应该是为了和 spring 的注解做区分。

所以一开始的实现,等价于:

@Configuration
@EnableAutoConfiguration
@ComponentScan
public class Application {

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

}

当然了, springboot 的理念就是极简配置,能少写一行代码,就少写一行代码!

@Configuration 注解

这里的 @Configuration 大家应该并不陌生,spring 中可以使用下面的写法,替代 spring xml 的配置写法:

@Configuration
public class MockConfiguration{
    @Bean
    public MockService mockService(){
        return new MockServiceImpl(dependencyService());
    }

    @Bean
    public DependencyService dependencyService(){
        return new DependencyServiceImpl();
    }
}

@ComponentScan 注解

@ComponentScan 的功能其实就是自动扫描并加载符合条件的组件(比如 @Component@Service等)或者bean定义,最终将这些bean定义加载到IoC容器中。

我们可以通过basePackages等属性来细粒度的定制@ComponentScan自动扫描的范围,如果不指定,则默认Spring框架实现会从声明 @ComponentScan 所在类的package进行扫描。

ps: 所以我们的 Application 启动类一般是放在根目录,这样连扫描的包也省略掉了。

@EnableAutoConfiguration 注解

这个注解我们放在最后讲解,因为它为 springboot 带来了更多的便利性。

注解定义

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@AutoConfigurationPackage
@Import(EnableAutoConfigurationImportSelector.class)
public @interface EnableAutoConfiguration {}

这个注解实际上是一个组合注解 @AutoConfigurationPackage + @Import

@AutoConfigurationPackage:自动配置包

@Import: 导入自动配置的组件

我们来看一下这 2 个注解:

@AutoConfigurationPackage 注解

这个注解主要是通过 @Import 注解导入了 AutoConfigurationPackages.Registrar.class 类。

实现如下:

/**
 * {@link ImportBeanDefinitionRegistrar} to store the base package from the importing
 * configuration.
 * @author 老马啸西风
 */
@Order(Ordered.HIGHEST_PRECEDENCE)
static class Registrar implements ImportBeanDefinitionRegistrar, DeterminableImports {
    @Override
    public void registerBeanDefinitions(AnnotationMetadata metadata,
            BeanDefinitionRegistry registry) {
        register(registry, new PackageImport(metadata).getPackageName());
    }
    @Override
    public Set determineImports(AnnotationMetadata metadata) {
        return Collections.singleton(new PackageImport(metadata));
    }
}

它其实是注册了一个Bean的定义。

new PackageImport(metadata).getPackageName(),它其实返回了当前主程序类的同级以及子级的包组件。

@Import(EnableAutoConfigurationImportSelector.class)

我们来看一下另外一个注解,@Import(EnableAutoConfigurationImportSelector.class)。

EnableAutoConfigurationImportSelector 实现如下:

public class EnableAutoConfigurationImportSelectorextends AutoConfigurationImportSelector {

    @Override
    protected boolean isEnabled(AnnotationMetadata metadata) {
        if (getClass().equals(EnableAutoConfigurationImportSelector.class)) {
            return getEnvironment().getProperty(
                    EnableAutoConfiguration.ENABLED_OVERRIDE_PROPERTY, Boolean.class,
                    true);
        }
        return true;
    }

}

这个方法一眼看上去也是平平无奇,因为核心实现都在父类中。

最核心的方法如下:

@Override
public String[] selectImports(AnnotationMetadata annotationMetadata) {
    // 不启用,直接返回无导入
    if (!isEnabled(annotationMetadata)) {
        return NO_IMPORTS;
    }
    try {
        AutoConfigurationMetadata autoConfigurationMetadata = AutoConfigurationMetadataLoader
                .loadMetadata(this.beanClassLoader);
        AnnotationAttributes attributes = getAttributes(annotationMetadata);

        // 这一行回去加载 springboot 指定的文件
        List configurations = getCandidateConfigurations(annotationMetadata,
                attributes);
        configurations = removeDuplicates(configurations);
        configurations = sort(configurations, autoConfigurationMetadata);
        Set exclusions = getExclusions(annotationMetadata, attributes);
        checkExcludedClasses(configurations, exclusions);
        configurations.removeAll(exclusions);
        configurations = filter(configurations, autoConfigurationMetadata);
        fireAutoConfigurationImportEvents(configurations, exclusions);return configurations.toArray(new String[configurations.size()]);
    }catch (IOException ex) {throw new IllegalStateException(ex);
    }
}

我们用过的各种 springboot-starter,使用起来引入一个 jar 就可以使用了。

都要归功于下面这个方法:

// 这一行回去加载 springboot 指定的文件
List configurations = getCandidateConfigurations(annotationMetadata, attributes);

这里实际上会去解析一个文件:

Enumeration urls = classLoader != null ? classLoader.getResources("META-INF/spring.factories") : ClassLoader.getSystemResources("META-INF/spring.factories");

这也就是我们在开发自己的 springboot-starter 时,为什么需要把自己的启动类放在 META-INF/spring.factories 文件中的原因,这样就可以被 springboot 加载,并且生效了。

推荐阅读:

Spring Boot-11-自定义 springboot starter

小结

到这里,springboot 的启动原理就讲解的差不多了。

springboot 和以前的 spring xml 配置相比较,确实简化了太多太多。

让我们可以更加快速,正确的启动一个 java web 程序。

未来的发展历程也必然是这样,谁更加简单便捷,谁能提升效率,就是谁的天下。这就是老马的效率第一定律。

希望本文对你有帮助,如果有其他想法的话,也可以评论区和大家分享哦。

各位极客的点赞收藏转发,是老马持续写作的最大动力!

期待与你的下次重逢。

fbf68d3ea1b9be3c1b39bd40ea69505a.png

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Spring Boot 自动装配是 Spring Boot 框架的核心特性之一,它能够根据一定的约定和条件自动配置 Spring 应用程序的依赖关系。其主要原理如下: 1. 条件注解:Spring Boot 使用了大量的条件注解来限制自动装配的范围。在自动配置类上使用了`@Conditional`注解,它根据特定的条件在特定的情况下激活自动配置。例如,`@ConditionalOnClass`注解表示只有当特定的类存在于类路径中时,才会激活自动配置。 2. Spring Boot Starter:Spring Boot Starter 是一种约定的依赖关系集合,是为了简化应用程序的配置而设计的。它包含了一组特定功能的依赖关系,并且使用了自动装配来配置这些依赖关系。例如,使用`spring-boot-starter-web`可以自动配置 Web 相关依赖。 3. 自动配置类:Spring Boot 为很多常用的第三方库提供了自动配置类,这样可以在使用这些库时省去手动配置的步骤。自动配置类使用注解来标记需要自动装配的Bean,并提供了特定的默认值。例如,使用`@EnableAutoConfiguration`注解可以启用自动配置。 4. 自动扫描:Spring Boot 使用了自动扫描机制来发现并注册自动配置类。通过在应用程序的入口类上使用`@SpringBootApplication`注解,可以开启自动扫描,并指定需要扫描的包。Spring Boot 会自动扫描指定包及其子包,找到所有的自动配置类并注册为Bean。 总体来说,Spring Boot 自动装配的原理就是使用了条件注解、Starter、自动配置类和自动扫描等机制来根据一定的规则自动配置应用程序的依赖关系。这种自动装配的方式大大简化了应用程序的配置过程,提高了开发效率。 ### 回答2: Spring Boot 是一个基于Spring框架的快速开发框架,它提供了自动装配的功能,使得开发者不需要手动配置即可快速构建一个可运行的应用程序。 Spring Boot 的自动装配原理是基于Spring框架中的注解和自动装配机制。首先,开发者需要在Spring Boot的启动类上添加`@SpringBootApplication`注解,这个注解包含了`@Configuration`、`@EnableAutoConfiguration`和`@ComponentScan`三个注解。 `@Configuration`注解告诉Spring Boot这是一个配置类,其中包含了Bean的定义。初始阶段,Spring Boot会根据类路径下的各种条件自动选择和配置需要的Bean。 `@EnableAutoConfiguration`注解告诉Spring Boot开启自动装配功能。在这个过程中,Spring Boot会根据类路径和配置文件中的各种条件,自动添加和配置需要的Bean。它会根据类路径下的各种starter依赖,如`spring-boot-starter-web`、`spring-boot-starter-data-jpa`等来确定需要自动装配的功能。 `@ComponentScan`注解告诉Spring Boot扫描并装配带有`@Component`、`@Service`、`@Repository`和`@Controller`等注解的类作为Bean。通过扫描这些注解,Spring Boot能够自动识别和装配这些Bean。 总结起来,Spring Boot的自动装配原理是通过扫描类路径和配置文件中的各种条件,自动选择和配置需要的Bean。它能够根据依赖的starter来选择需要自动装配的功能,在开发过程中大大简化了配置和搭建环境的工作量,提高了开发效率。 ### 回答3: Spring Boot的自动装配原理是基于Spring框架的自动装配机制来实现的。自动装配是指根据约定俗成的规则,自动将符合条件的Bean组件注册到Spring容器中,而无需手动配置。 Spring Boot的自动装配原理主要有以下几个步骤: 1. 借助于启动器依赖:Spring Boot的项目中通常会使用启动器依赖来简化依赖管理。启动器依赖是一种便捷的方式,它会自动引入一组关联的依赖,并提供默认的配置。 2. 条件注解:Spring Boot中使用了很多条件注解,例如@ConditionalOnClass、@ConditionalOnBean等。这些注解用来根据条件判断是否需要装配某个Bean组件。 3. 自动配置类:Spring Boot通过自动配置类实现自动装配。自动配置类使用了@Configuration注解,表示它是一个配置类,通过@Bean注解注册Bean组件。 4. META-INF/spring.factories文件:在Spring Boot的自动配置中,会使用META-INF/spring.factories文件来声明自动配置的类。该文件是一个属性文件,指定了Spring Boot自动配置类的全路径。 5. 启动类的@EnableAutoConfiguration注解:在Spring Boot的启动类上,通常会有@EnableAutoConfiguration注解。该注解会启用Spring Boot的自动配置机制,自动引入所需的配置类,并注册Bean组件。 Spring Boot的自动装配原理类似于Spring的基于注解的配置方式,但比起传统的Spring框架更加简化,减少了繁琐的配置步骤。通过自动装配,我们可以直接使用Spring Boot提供的默认配置,省去了很多手动配置的工作。同时,Spring Boot还提供了多种扩展方式,可以覆盖或修改默认配置,以满足项目的特殊需求。总之,Spring Boot的自动装配原理是通过条件注解、自动配置类和启动器依赖来实现的,它的设计目标是简化Spring应用的开发和部署。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值