spring boot入门介绍及自动配置实现原理

本文介绍SpringBoot的基础概念,包括简化Spring MVC开发的核心理念、自动配置原理及如何快速搭建web应用。详细解析SpringBoot的四大核心组件,约定优于配置原则,以及自动配置背后的工作机制。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Table of Contents

Spring Boot是什么?

Spring Boot  Starter

约定1:项目结构层面的约定

约定2:springMVC框架层面的约定和定制

约定3:嵌入式web容器层面的约定和定制

Automatically Configuration

关于@SpringBootApplication这个注解

@Configuration

@ComponentScan

@EnableAutoConfiguration

自动配置幕后英雄:SpringFactoriesLoader详解

Acutator

spring boot启动过程

Q&A

为什么spring boot的jar包可以直接执行

为什么spring boot可以实现自动配置


Spring Boot是什么?

Spring Boot是为简化Spring MVC/spring的开发而生的项目。主要从以下三个方面:

  1. simplify configuration 简化配置

  2. simplify deployment简化部署

  3. simplify monitor 简化系统监控

spring boot由四个主要的组件组成:

  1. Spring Boot  Starter:

  2. Automatically Configuration.

  3. CLI. Use with groovy.

  4. Actuator

Spring Boot  Starter

spring boot starter起到的作用是,把一些列的依赖结合起来,依赖之间可以像java类继承一样引用对方。这样的好处是解决了依赖之间冲突的问题(这个问题在maven使用过程中非常常见),减少了依赖的数量。

下面是一个spring boot starter web的例子:

在这个时代,使用spring开发的应用大多数都是在使用springMVC开发web应用,为了帮我们快速搭建并开发一个web项目,spring boot为我们提供了spring-boot-starter-web自动配置模块。

只要将spring-boot-starter-web加入项目的maven依赖,我们就得到了一个直接可执行的web应用,在当前项目下运行spring boot:run,就可以直接启动一个使用了嵌入式Tomcat服务的web应用,只不过我们还没有提供任何可以响应web请求的controller,所以当前访问任何的路径都会返回一个spring boot默认提供的错误页面(white label error page). 如果在当前项目下新建一个服务根路径web请求的controller:

@RestController
public class IndexController {
    @RequestMapping("/")
    public String index(){
        return "hello, there";
    }
}

重新运行mvn spring-boot:run并访问http://localhost:8080,错误页面将被controller返回的消息所替代。至此,一个简单的web应用就已经这样完成了。但是,毫无疑问背后的潜规则(约定)是我们必须去了解的。

约定1:项目结构层面的约定

与传统打包为war包的java web应用的差异在于,静态文件和页面模板的存放位置变了,原来是放在src/main/webapp目录下的一系列资源,现在都统一放在了src/main/resources下。

约定2:springMVC框架层面的约定和定制

spring-boot-starter-web默认为我们配置了一些springMVC必要组件

  1. ViewResolver
  2. Converter,Formatter等bean注册到IoC
  3. HttpMessageConverter
  4. MessageCodesResolver

当然,我们完全可以自己配置这些东西,而不用它提供的配置。

约定3:嵌入式web容器层面的约定和定制

  1. 默认使用嵌入式tomcat作为web容器对外提供http服务,默认使用8080端口对外监听和提供服务
  2. 假设不行使用签署tomcat,可引入spring-boot-starter-jetty或spring-boot-starter-undertow作為替代
  3. 假设不想使用8080作为默认端口,可以更改配置项server.port使用自己指定的端口号,如:server.port = 9000

Automatically Configuration

自动配置的主要职责是:减少spring的配置。

自动配置是什么,用一个例子比较好说明。当我们把spring-boot-starter-web加入到项目的maven依赖里以后,它就会自动的添加spring mvc的相关依赖,如果spring mvc相关的配置在classpath里面被scan到,它就会自动的将相关的bean加到IoC容器里面(messageConvert等)。spring启动的时候会扫描classpath并且去找META-INF/spring.factories这个文件,然后去加载configuration. 这个文件的格式是 key = value的格式,并且key和value都必须是java 类的全限定名(Fully qualified), 比如:

   exmaple.MyService = example.MyServiceImpl

如果我们使用了注解@EnableAutoConfiguration,它会去加载,实例化所有加了@Configuration的注解的类到IoC容器里去(ApplicationContext),通常,这个注解会用在主类里边,并且主类一般是在开发包的最顶部,因此它就可以扫描到所有的类。

@EnableAutoConfiguration这个注解的示意图如下:

@ComponentScan:

会自动扫描包路径下面的所有@Controller、@Service、@Repository、@Component 的类。

 basePackages指定扫描的包,includeFilters包含那些过滤,excludeFilters不包含那些过滤,useDefaultFilters默认的过滤规则是开启的,如果我们要自定义的话是要关闭的

@Configuration

把一个类标记为IoC容器的一个bean

关于@SpringBootApplication这个注解

这个注解由下面几个注解组成:

@Configuration

它就是JavaConfig形式的Spring Ioc容器的配置类使用的那个@Configuration.

这里的启动类标注了@Configuration之后,本身其实也是一个IoC容器的配置类。

任何一个标注了@Configuration的Java类定义都是一个JavaConfig配置类。

@SpringBootApplication
public class Application {

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

	

这个springBoot启动类等价于下面的写法:

@Configuration
@EnableAutoConfiguration
@ComponentScan
public class AppConfiguration{
    @Bean
    public Controller controller(){
        return new Controller();
    }
}

@SpringBootApplication
public class Application {

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

经过这样的改造之后,就很明白了,启动类就是一个普通的main函数启动类,没有什么特别之处,在main 里面调用了一个方法而已。

而由@Configuration修饰的AppConfiguration类定义就是一个普通的javaConfig形式的IoC容器配置类而已。

@ComponentScan

@ComponentScan这个注解在Spring中很重要,它对应XML配置中的元素,@ComponentScan的功能其实就是自动扫描并加载符合条件的组件(比如@Component和@Repository等)或者bean定义,最终将这些bean定义加载到IoC容器中。

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

p.s. 所以SpringBoot的启动类最好是放在root package下,因为默认不指定basePackages。

如果需要指定扫描的包,可以在启动类加入下面的注解进行指定:

@ComponentScan(basePackages = { "com.1", "com.2" })

@EnableAutoConfiguration

@EnableAutoConfiguration是借助@Import的帮助,将所有符合自动配置条件的bean定义加载到IoC容器,仅此而已。

它本事也是一个复合的注解,它的实现如下:

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

最关键的要属@Import(EnableAutoConfigurationImportSelector.class),借助EnableAutoConfigurationImportSelector,@EnableAutoConfiguration可以帮助SpringBoot应用将所有符合条件的@Configuration配置都加载到当前SpringBoot创建并使用的IoC容器.

借助于Spring框架原有的一个工具类:SpringFactoriesLoader的支持,@EnableAutoConfiguration可以智能的自动配置功效才得以大功告成.

自动配置幕后英雄:SpringFactoriesLoader详解

SpringFactoriesLoader属于Spring框架私有的一种扩展方案,其主要功能就是从指定的配置文件META-INF/spring.factories加载配置。在SpringFactoriesLoader的源代码中可以看到下面的内容:

我们可以很清楚的看到Resource location是META-INF/spring.factories.

配合@EnableAutoConfiguration使用的话,它更多是提供一种配置查找的功能支持,即根据@EnableAutoConfiguration的完整类名org.springframework.boot.autoconfigure.EnableAutoConfiguration作为查找的Key,获取对应的一组@Configuration类.

以下是从springBoot的:spring-boot-autoconfigure依赖包中的截图:

@EnableAutoConfiguration自动配置的魔法就是:从classpath中搜寻所有的META-INF/spring.factories配置文件,并将其中org.springframework.boot.autoconfigure.EnableautoConfiguration对应的配置项通过反射(Java Refletion)实例化为对应的标注了@Configuration的JavaConfig形式的IoC容器配置类,然后汇总为一个并加载到IoC容器

在我们启动spring boot的app时会调用一个SpringBootApplication的run方法。这个方法在执行过程中会去主动初始化需要用到的bean。其重要实现如下:

public static final String FACTORIES_RESOURCE_LOCATION = "META-INF/spring.factories";

    private static Map<String, List<String>> loadSpringFactories(@Nullable ClassLoader classLoader) {
        MultiValueMap<String, String> result = (MultiValueMap)cache.get(classLoader);
        if (result != null) {
            return result;
        } else {
            try {
                Enumeration<URL> urls = classLoader != null ? classLoader.getResources("META-INF/spring.factories") : ClassLoader.getSystemResources("META-INF/spring.factories");
                LinkedMultiValueMap result = new LinkedMultiValueMap();

                while(urls.hasMoreElements()) {
                    URL url = (URL)urls.nextElement();
                    UrlResource resource = new UrlResource(url);
                    Properties properties = PropertiesLoaderUtils.loadProperties(resource);
                    Iterator var6 = properties.entrySet().iterator();

                    while(var6.hasNext()) {
                        Entry<?, ?> entry = (Entry)var6.next();
                        List<String> factoryClassNames = Arrays.asList(StringUtils.commaDelimitedListToStringArray((String)entry.getValue()));
                        result.addAll((String)entry.getKey(), factoryClassNames);
                    }
                }

                cache.put(classLoader, result);
                return result;
            } catch (IOException var9) {
                throw new IllegalArgumentException("Unable to load factories from location [META-INF/spring.factories]", var9);
            }
        }
    }

可以看到,是从一个名字(变量FACTORIES_RESOURCE_LOCATION)叫spring.factories的资源文件中,读取所有的配置信息存放在了一个LinkedMultiValueMap类型的局部变量result当中。

Acutator

spring提供了actutator用于帮助我们监控服务的各种状态:

路径作用

info

know the service situation
error 
autoconfiglist config decisions
beansList  all the config beans
dumpList application’s thread information
/env/{name}list all the environment variables
health 
info 
/metrics/{name}list the realated index
shutdownshut down the service
tracelist the recent quest metadata,include request and response header
configpropslist all the  @ConfigurationProperties

spring boot启动过程

spring boot项目的启动过程大致如下图:

 

Q&A

为什么spring boot的jar包可以直接执行

不是spring boot的jar包可以直接执行,而是java提供了可以执行jar包的方式,要执行一个jar包可以采用如下命令:

java [options] -jar jarfile [args...]

为什么spring boot可以实现自动配置

最简洁的回答:通过配置文件事先定义好需要加载的bean对应的位置,在启动时进行处理并加载

学习尚硅谷视频整理的文档 Spring Boot 1 1 Spring Boot入门 4 1.1 简介 4 1.2 微服务(martin fowler发表了一篇文章) 5 1.3 环境约束 7 1.4 第一个Spring Boot项目(jar):HelloWorld 8 1.5 入门案例详解 11 1.5.1 POM文件 11 1.5.2 主程序类,主入口类 12 1.6 使用Spring Initializer向导快速创建Spring Boot 16 2 Spring Boot配置 18 2.1 配置文件 18 2.2 YML语法 19 2.3 YML配置文件值获取 21 2.4 properties配置文件乱码问题 24 2.5 @ConfigurationProperties与@Value的区别 25 2.6 配置@PropertySource、@ImportResource、@Bean 27 2.7 配置文件占位符 30 2.8 Profile多环境支持 31 2.9 配置文件的加载位置 33 2.10 外部配置加载顺序 36 2.11 自动配置原理 37 2.12 @Conditional派生注解 41 3 Spring Boot与日志 42 3.1 日志框架分类和选择 42 3.2 SLF4j使用 43 3.3 其他日志框架统一转换成slf4j+logback 44 3.4 Spring Boot日志使用 45 3.5 Spring Boot默认配置 47 3.6 指定日志文件和日志Profile功能 52 3.7 切换日志框架(不使用SLF4j+LogBack) 54 4 Spring Boot与Web开发 55 4.1 Web开发简介 55 4.2 静态资源映射规则 56 4.3 引入Thymeleaf 60 4.4 Thymeleaf语法 61 4.5 SpringMVC自动配置原理 67 4.6 SpringBoot扩展与全面接管 70 4.7 如何修改SpringBoot的默认配置 72 4.8 【实验】CRUD操作 73 4.8.1 默认访问首页 73 4.8.2 登录页面国际化 74 4.8.3 登录 80 4.8.4 拦截器进行登录检查 81 4.8.5 实验要求(没按要求做,不想改了!) 82 4.8.6 CRUD-员工列表 83 4.8.7 CRUD-员工修改 86 4.8.8 CRUD-员工添加 87 4.8.9 CRUD-员工删除 88 4.9 错误处理原理&错误页面定制 90 4.10 配置嵌入式Servlet容器(springboot 1.50版本) 97 4.10.1 如何定制和修改Servelt容器的相关配置 97 4.10.2 注册servlet三大组件【servlet,filter,listener】 98 4.10.3 替换为其他嵌入式容器 102 4.10.4 嵌入式servlet容器自动配置原理 103 4.10.5 嵌入式servlet容器启动原理 103 4.11 使用外置的Servlet容器 104 4.11.1 步骤 104 4.11.2 原理 107 5 Spring Boot与Docker(虚拟化容器技术) 110 5.1 简介 110 5.2 核心概念 111 5.3 安装Docker 112 5.4 Docker常用命令&操作 113 5.5 安装MySQL示例 114 6 Spring Boot与数据访问 115 6.1 JDBC 115 6.1.1 实现 115 6.1.2 自动配置原理 116 6.2 整合Durid数据源 117 6.3 整合Mybatis 122 6.3.1 注解版 123 6.3.2 配置文件版 124 6.4 整合SpringData JPA 125 6.4.1 SpringData简介 125 6.4.2 整合 126 7 Spring Boot启动配置原理 128 7.1 启动流程(Springboot 1.50版本) 128 7.1.1 创建SpringApplication对象 129 7.1.2 运行run方法 130 7.1.3 编写事件监听机制 132 8 Spring Boot自定义starters 136 8.1 概述 136 8.2 步骤 137 9 更多Springboot整合示例 144 10 Spring Boot与缓存 145 10.1 JSR107缓存规范 145 10.2 Spring的缓存抽象 146 10.2.1 基本概念 146 10.2.2 整合项目 146 10.2.3 CacheEnable注解 148 10.2.4 Cache注解 150 10.3 整合redis 154 10.3.1 在Docker上安装redis 154 10.3.2 Redis的Template 154 10.3.3 整合(百度) 155
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值