五分钟说清楚 Spring Boot的自动配置原理

开发 架构
Spring Boot没有火起来之前,使用SSM架构的项目那是相当的多,现在也有不少项目还是使用这种架构。

[[381634]]

前言

Spring Boot没有火起来之前,使用SSM架构的项目那是相当的多,现在也有不少项目还是使用这种架构。在使用SSM架构的时候,大家是否还记得大量配置的烦恼郁闷,各种配置,搞得人都不是很爽。各种配置扫描,如果想添加一个新的依赖,还得添加各种配置。这种大量配置的工作不进浪费时间,最主要的是会产生各种坑。

自从有了 Spring Boot 之后,咱们就爽爽的!各种零配置开箱即用,而我们之所以开发起来能够这么爽,自动配置的功劳少不了,今天我们就一起来讨论一下 SpringBoot 自动配置原理。

快速了解 SpringBoot 源码常用注解

我们先对相关基本的注解进行说明,熟悉了这些注解,有利于我们后面更好的阅读源码。只要搞清楚了这些注解,远吗也就变得没那么难了。加油!少年~

组合注解

当可能大量同时使用到几个注解到同一个类上,就可以考虑将这几个注解到别的注解上。被注解的注解我们就称之为组合注解。

  • 元注解:可以注解到别的注解上的注解。
  • 组合注解:被注解的注解我们就称之为组合注解。

@Value

@Value注解有Spring提供,并非是Spring Boot中的,该注解存在于spring-beans.jar中。

  1. @Target({ElementType.FIELD, ElementType.METHOD, ElementType.PARAMETER, ElementType.ANNOTATION_TYPE}) 
  2. @Retention(RetentionPolicy.RUNTIME) 
  3. @Documented 
  4. public @interface Value { 
  5.  /** 
  6.   * The actual value expression: for example {@code #{systemProperties.myProp}}. 
  7.   * 比如我们配置项address=ZhongguoGuizhou,这里的value=address 
  8.   */ 
  9.  String value(); 

@Value也相当于传统 xml 配置文件中的 value 字段。

假设存在代码:

  1. @Component  
  2. public class Person {  
  3.  
  4. @Value("i am name")  
  5. private String name;  
  6.  

上面代码等价于的配置文件:

  1. <bean class="Person">  
  2.   <property name ="name" value="i am name"></property> 
  3. </bean>  

我们知道配置文件中的 value 的取值可以是:

  • 字面量
  • 通过 ${key} 方式从环境变量中获取值
  • 通过 ${key} 方式全局配置文件中获取值
  • #{SpEL}

所以,我们就可以通过 @Value(${key}) 的方式获取全局配置文件中的指定配置项。

使用@Value有三个缺点:

  • 配置属性不统一,没有结构。
  • 注入麻烦每个属性都要写配置名,和属性名。(只要有重复的工作,就应该重构)
  • 配置零散在项目中各处

@ConfigurationProperties 注解

该注解有Spring Boot提供,在spring-boot.jar包中

org.springframework.boot.context.properties;目录下:

  1. @Target({ElementType.TYPE, ElementType.METHOD}) 
  2. @Retention(RetentionPolicy.RUNTIME) 
  3. @Documented 
  4. public @interface ConfigurationProperties { 
  5.     //前缀 
  6.     @AliasFor("prefix"
  7.     String value() default ""
  8.  
  9.     @AliasFor("value"
  10.     String prefix() default "";  
  11.     //... 

如果我们要去获取很多配置项,比如:账号、密码、地址等一堆配置项时,如果我们还是用@Value得一个一个去获取配置项,是不是觉得很low呀,所以这时候我们就可以考虑使用@ConfigurationProperties。

标有 @ConfigurationProperties 的类的所有属性和配置文件中相关的配置项进行绑定。(默认从全局配置文件中获取配置值),绑定之后我们就可以通过这个类去访问全局配置文件中的属性值了。

下面看一个实例:

第1步:在主配置文件中添加如下配置

  1. pay.account=java后端技术全栈  
  2. pay.password=tj20120622 
  3. pay.url=http://woaijava.cc 

第2步:创建配置类,由于篇幅问题这里省略了 setter、getter 方法,但是实际开发中这个是必须的,否则无法成功注入。另外,@Component 这个注解也还是需要添加的。

  1. @Component  
  2.     @ConfigurationProperties(prefix = "pay")  
  3.     public class PayInfo {  
  4.      
  5.     private String account;  
  6.     private Integer password;  
  7.     private String url;  
  8.      
  9.     }  

这里 @ConfigurationProperties 有一个 prefix 参数,主要是用来指定该配置项在配置文件中的前缀。

第3步:测试,在 Spring Boot 环境中,编写个测试方法,注入PayInfo类,即可通过 PayInfo对象取到配置文件的值。

@Import 【Spring 提供】

@Import 是由Spring提供的注解,支持导入普通 java 类,并将其声明成一个bean。主要用于将多个分散的 java config 配置类融合成一个更大的 config 类。

  • @Import 注解在 4.2 之前只支持导入配置类。
  • 在4.2之后 @Import 注解支持导入普通的 java 类,并将其声明成一个 bean。

@Import 三种使用方式

  • 直接导入普通的 Java 类。
  • 配合自定义的 ImportSelector 使用。
  • 配合 ImportBeanDefinitionRegistrar 使用。

第一种方式:直接导入普通的 Java 类

第1步:创建一个普通的 Java 类。

  1. public class Circle {  
  2.      public void sayHi() {  
  3.        System.out.println("Circle sayHi()");  
  4.      }  
  5.    }  

第2步:创建一个配置类,里面没有显式声明任何的 Bean,然后将刚才创建的 Circle 导入。

  1. @Import({Circle.class})  
  2.     @Configuration  
  3.     public class MainConfig {  
  4.      
  5.     }  

第3步:创建测试类。

  1. public static void main(String[] args) {  
  2.     
  3.    ApplicationContext context = new AnnotationConfigApplicationContext(MainConfig.class);  
  4.    Circle circle = context.getBean(Circle.class);  
  5.    circle.sayHi();  
  6.     
  7.    }  

第4步:运行结果:

  1. Circle sayHi() 

可以看到我们顺利的从 IOC 容器中获取到了 Circle 对象,证明我们在配置类中导入的 Circle 类,确实被声明为了一个 Bean。

第二种方式:配合自定义的 ImportSelector 使用

ImportSelector 是一个接口,该接口中只有一个 selectImports 方法,用于返回全类名数组。所以利用该特性我们可以给容器动态导入 N 个 Bean。

第1步:创建普通 Java 类 Triangle。

  1. public class Triangle {  
  2.         public void sayHi(){  
  3.         System.out.println("Triangle sayHi()");  
  4.         }  
  5.     } 

第2步:创建 ImportSelector 实现类,selectImports 返回 Triangle 的全类名。

  1. public class MyImportSelector implements ImportSelector {  
  2.        @Override  
  3.        public String[] selectImports(AnnotationMetadata annotationMetadata) {  
  4.        return new String[]{"annotation.importannotation.waytwo.Triangle"};  
  5.        }  
  6.    }  

第3步:创建配置类,在原来的基础上还导入了 MyImportSelector。

  1. @Import({Circle.class,MyImportSelector.class})  
  2.     @Configuration  
  3.     public class MainConfigTwo {  
  4.      
  5.     }  

第4步:创建测试类

  1. public static void main(String[] args) {  
  2.    
  3.       ApplicationContext context = new AnnotationConfigApplicationContext(MainConfigTwo.class);  
  4.       Circle circle = context.getBean(Circle.class);  
  5.       Triangle triangle = context.getBean(Triangle.class);  
  6.       circle.sayHi();  
  7.       triangle.sayHi();  
  8.    
  9.   }  

第5步:运行结果:

Circle sayHi()

Triangle sayHi()

可以看到 Triangle 对象也被 IOC 容器成功的实例化出来了。

第三种方式:配合 ImportBeanDefinitionRegistrar 使用

ImportBeanDefinitionRegistrar 也是一个接口,它可以手动注册bean到容器中,从而我们可以对类进行个性化的定制。(需要搭配 @Import 与 @Configuration 一起使用。)

第1步:创建普通 Java 类 Rectangle。

  1. public class Rectangle {  
  2.     public void sayHi() {  
  3.     System.out.println("Rectangle sayHi()");  
  4.     }  

第2步:创建 ImportBeanDefinitionRegistrar 实现类,实现方法直接手动注册一个名叫 rectangle 的 Bean 到 IOC 容器中。

  1. public class MyImportBeanDefinitionRegistrar implements ImportBeanDefinitionRegistrar {  
  2.      
  3.     @Override  
  4.     public void registerBeanDefinitions(AnnotationMetadata annotationMetadata, BeanDefinitionRegistry beanDefinitionRegistry) {  
  5.      
  6.     RootBeanDefinition rootBeanDefinition = new RootBeanDefinition(Rectangle.class);  
  7.     // 注册一个名字叫做 rectangle 的 bean  
  8.     beanDefinitionRegistry.registerBeanDefinition("rectangle", rootBeanDefinition);  
  9.     }  
  10.      
  11. }  

第3步:创建配置类,导入 MyImportBeanDefinitionRegistrar 类。

  1. @Import({Circle.class, MyImportSelector.class, MyImportBeanDefinitionRegistrar.class})  
  2. @Configuration  
  3. public class MainConfigThree {  
  4. }  

第4步:创建测试类。

  1. public static void main(String[] args) {  
  2.      
  3. ApplicationContext context = new AnnotationConfigApplicationContext(MainConfigThree.class);  
  4.     Circle circle = context.getBean(Circle.class);  
  5.     Triangle triangle = context.getBean(Triangle.class);  
  6.     Rectangle rectangle = context.getBean(Rectangle.class);  
  7.     circle.sayHi();  
  8.     triangle.sayHi();  
  9.     rectangle.sayHi();  

第5步:运行结果

Circle sayHi()

Triangle sayHi()

Rectangle sayHi()

由此看一看到,Rectangle 对象也被注册进来了。

@Conditional 【Spring提供】

@Conditional 注释可以实现只有在特定条件满足时才启用一些配置。

下面看一个简单的例子:

第1步:创建普通 Java 类 ConditionBean,该类主要用来验证 Bean 是否成功加载。

  1. public class ConditionBean {  
  2.     public void sayHi() {  
  3.       System.out.println("ConditionBean sayHi()");  
  4.     }  
  5. }  

第2步:创建 Condition 实现类,@Conditional 注解只有一个 Condition 类型的参数,Condition 是一个接口,该接口只有一个返回布尔值的 matches() 方法,该方法返回 true 则条件成立,配置类生效。反之,则不生效。在该例子中我们直接返回 true。

  1. public class MyCondition implements Condition {  
  2.      
  3.     @Override  
  4.     public boolean matches(ConditionContext conditionContext, AnnotatedTypeMetadata annotatedTypeMetadata) {  
  5.       return true;  
  6.     }  
  7. }  

第3步:创建配置类,可以看到该配置的 @Conditional 传了我们刚才创建的 Condition 实现类进去,用作条件判断。

  1. @Configuration  
  2. @Conditional(MyCondition.class)  
  3. public class ConditionConfig {  
  4.     @Bean  
  5.     public ConditionBean conditionBean(){  
  6.      return new ConditionBean();  
  7.     }  
  8. }  

第4步:编写测试方法。

  1. public static void main(String[] args) {  
  2.   ApplicationContext context = new AnnotationConfigApplicationContext(ConditionConfig.class);  
  3.   ConditionBean conditionBean = context.getBean(ConditionBean.class);  
  4.   conditionBean.sayHi();  
  5. }  

第5步:结果分析

因为 Condition 的 matches 方法直接返回了 true,配置类会生效,我们可以把 matches 改成返回 false,则配置类就不会生效了。

除了自定义 Condition,Spring 还为我们扩展了一些常用的 Condition。常用注解,可以参考:

SpringBoot 启动过程

在看源码的过程中,我们会看到以下四个类的方法经常会被调用,我们需要对一下几个类有点印象:

  • ApplicationContextInitializer
  • ApplicationRunner
  • CommandLineRunner
  • SpringApplicationRunListener

下面开始源码分析,先从 SpringBoot 的启动类的 run() 方法开始看,以下是调用链:SpringApplication.run() -> run(new Class[]{primarySource}, args) -> new SpringApplication(primarySources)).run(args)。

一直在run,终于到重点了,我们直接看 new SpringApplication(primarySources)).run(args) 这个方法。

上面的方法主要包括两大步骤:

  • 创建 SpringApplication 对象。
  • 运行 run() 方法。

创建 SpringApplication 对象

  1. public SpringApplication(ResourceLoader resourceLoader, Class... primarySources) {  
  2.      
  3.     this.sources = new LinkedHashSet();  
  4.     this.bannerMode = Mode.CONSOLE;  
  5.     this.logStartupInfo = true;  
  6.     this.addCommandLineProperties = true;  
  7.     this.addConversionService = true;  
  8.     this.headless = true;  
  9.     this.registerShutdownHook = true;  
  10.     this.additionalProfiles = new HashSet();  
  11.     this.isCustomEnvironment = false;  
  12.     this.resourceLoader = resourceLoader;  
  13.     Assert.notNull(primarySources, "PrimarySources must not be null");  
  14.     // 保存主配置类(这里是一个数组,说明可以有多个主配置类)  
  15.     this.primarySources = new LinkedHashSet(Arrays.asList(primarySources));  
  16.     // 判断当前是否是一个 Web 应用  
  17.     this.webApplicationType = WebApplicationType.deduceFromClasspath();  
  18.     // 从类路径下找到 META/INF/Spring.factories 配置的所有 ApplicationContextInitializer,然后保存起来  
  19.     this.setInitializers(this.getSpringFactoriesInstances(ApplicationContextInitializer.class));  
  20.     // 从类路径下找到 META/INF/Spring.factories 配置的所有 ApplicationListener,然后保存起来  
  21.     this.setListeners(this.getSpringFactoriesInstances(ApplicationListener.class));  
  22.     // 从多个配置类中找到有 main 方法的主配置类(只有一个)  
  23.     this.mainApplicationClass = this.deduceMainApplicationClass();  
  24.      
  25. }  

运行 run() 方法

  1. public ConfigurableApplicationContext run(String... args) {  
  2.      
  3.     // 创建计时器  
  4.     StopWatch stopWatch = new StopWatch();  
  5.     stopWatch.start();  
  6.     // 声明 IOC 容器  
  7.     ConfigurableApplicationContext context = null;  
  8.     Collection<SpringBootExceptionReporter> exceptionReporters = new ArrayList();  
  9.     this.configureHeadlessProperty();  
  10.     // 从类路径下找到 META/INF/Spring.factories 获取 SpringApplicationRunListeners  
  11.     SpringApplicationRunListeners listeners = this.getRunListeners(args);  
  12.     // 回调所有 SpringApplicationRunListeners 的 starting() 方法  
  13.     listeners.starting();  
  14.     Collection exceptionReporters;  
  15.     try {  
  16.     // 封装命令行参数  
  17.     ApplicationArguments applicationArguments = new DefaultApplicationArguments(args);  
  18.     // 准备环境,包括创建环境,创建环境完成后回调 SpringApplicationRunListeners#environmentPrepared()方法,表示环境准备完成  
  19.     ConfigurableEnvironment environment = this.prepareEnvironment(listeners, applicationArguments);  
  20.     this.configureIgnoreBeanInfo(environment);  
  21.     // 打印 Banner  
  22.     Banner printedBanner = this.printBanner(environment);  
  23.     // 创建 IOC 容器(决定创建 web 的 IOC 容器还是普通的 IOC 容器)  
  24.     context = this.createApplicationContext();  
  25.     exceptionReporters = this.getSpringFactoriesInstances(SpringBootExceptionReporter.class, new Class[]{ConfigurableApplicationContext.class}, context);  
  26.     /* 
  27.      * 准备上下文环境,将 environment 保存到 IOC 容器中,并且调用 applyInitializers() 方法 
  28.      * applyInitializers() 方法回调之前保存的所有的 ApplicationContextInitializer 的 initialize() 方法 
  29.      * 然后回调所有的 SpringApplicationRunListener#contextPrepared() 方法  
  30.      * 最后回调所有的 SpringApplicationRunListener#contextLoaded() 方法  
  31.      */ 
  32.     this.prepareContext(context, environment, listeners, applicationArguments, printedBanner);  
  33.     // 刷新容器,IOC 容器初始化(如果是 Web 应用还会创建嵌入式的 Tomcat),扫描、创建、加载所有组件的地方  
  34.     this.refreshContext(context);  
  35.     // 从 IOC 容器中获取所有的 ApplicationRunner 和 CommandLineRunner 进行回调  
  36.     this.afterRefresh(context, applicationArguments);  
  37.     stopWatch.stop();  
  38.     if (this.logStartupInfo) {  
  39.     (new StartupInfoLogger(this.mainApplicationClass)).logStarted(this.getApplicationLog(), stopWatch);  
  40.     }  
  41.     // 调用 所有 SpringApplicationRunListeners#started()方法  
  42.     listeners.started(context);  
  43.     this.callRunners(context, applicationArguments);  
  44.     } catch (Throwable var10) {  
  45.     this.handleRunFailure(context, var10, exceptionReporters, listeners);  
  46.     throw new IllegalStateException(var10);  
  47.     }  
  48.     try {  
  49.     listeners.running(context);  
  50.     return context;  
  51.     } catch (Throwable var9) {  
  52.     this.handleRunFailure(context, var9, exceptionReporters, (SpringApplicationRunListeners)null);  
  53.     throw new IllegalStateException(var9);  
  54.     }  
  55. }  

小结

run() 阶段主要就是回调本节开头提到过的4个监听器中的方法与加载项目中组件到 IOC 容器中,而所有需要回调的监听器都是从类路径下的 META-INF/Spring.factories中获取,从而达到启动前后的各种定制操作。

SpringBoot 自动配置原理

@SpringBootApplication 注解

SpringBoot 项目的一切都要从 @SpringBootApplication 这个注解开始说起。

@SpringBootApplication 标注在某个类上说明:

  • 这个类是 SpringBoot 的主配置类。
  • SpringBoot 就应该运行这个类的 main 方法来启动 SpringBoot 应用。

该注解的定义如下:

  1. @SpringBootConfiguration  
  2. @EnableAutoConfiguration  
  3. @ComponentScan(  
  4. excludeFilters = {@Filter(  
  5.   type = FilterType.CUSTOM,  
  6.   classes = {TypeExcludeFilter.class}  
  7. ), @Filter(  
  8.     type = FilterType.CUSTOM,  
  9.     classes = {AutoConfigurationExcludeFilter.class}  
  10. )}  
  11. )  
  12. public @interface SpringBootApplication {  
  13.      

可以看到SpringBootApplication 注解是一个组合注解(关于组合注解文章的开头有讲到),其主要组合了一下三个注解:

  • @SpringBootConfiguration:该注解表示这是一个 Spring Boot 的配置类,其实它就是一个 @Configuration 注解而已。
  • @ComponentScan:开启组件扫描。
  • @EnableAutoConfiguration:从名字就可以看出来,就是这个类开启自动配置的。嗯,自动配置的奥秘全都在这个注解里面。

@EnableAutoConfiguration 注解

先看该注解是怎么定义的:

  1. @AutoConfigurationPackage  
  2. @Import({AutoConfigurationImportSelector.class})  
  3. public @interface EnableAutoConfiguration {  

@AutoConfigurationPackage

从字面意思理解就是自动配置包。点进去可以看到就是一个 @Import 注解:@Import({Registrar.class}),导入了一个 Registrar 的组件。关于 @Import 的用法文章上面也有介绍哦。

我们在 Registrar 类中的 registerBeanDefinitions 方法上打上断点,可以看到返回了一个包名,该包名其实就是主配置类所在的包。

一句话:@AutoConfigurationPackage 注解就是将主配置类(@SpringBootConfiguration标注的类)的所在包及下面所有子包里面的所有组件扫描到Spring容器中。所以说,默认情况下主配置类包及子包以外的组件,Spring 容器是扫描不到的。

@Import({AutoConfigurationImportSelector.class})

该注解给当前配置类导入另外的 N 个自动配置类。(该注解详细用法上文有提及)。

配置类导入规则

那具体的导入规则是什么呢?我们来看一下源码。在开始看源码之前,先啰嗦两句。就像小马哥说的,我们看源码不用全部都看,不用每一行代码都弄明白是什么意思,我们只要抓住关键的地方就可以了。

我们知道 AutoConfigurationImportSelector 的 selectImports就是用来返回需要导入的组件的全类名数组的,那么如何得到这些数组呢?

在 selectImports 方法中调用了一个 getAutoConfigurationEntry() 方法。

由于篇幅问题我就不一一截图了,我直接告诉你们调用链:在 `getAutoConfigurationEntry() -> getCandidateConfigurations() -> loadFactoryNames()``。

在这里 loadFactoryNames()方法传入了 EnableAutoConfiguration.class 这个参数。先记住这个参数,等下会用到。

loadFactoryNames() 中关键的三步:

  • 从当前项目的类路径中获取所有 META-INF/spring.factories 这个文件下的信息。
  • 将上面获取到的信息封装成一个 Map 返回。
  • 从返回的 Map 中通过刚才传入的 EnableAutoConfiguration.class 参数,获取该 key 下的所有值。

META-INF/spring.factories 探究

听我这样说完可能会有点懵,我们来看一下 META-INF/spring.factories 这类文件是什么就不懵了。当然在很多第三方依赖中都会有这个文件,一般每导入一个第三方的依赖,除了本身的jar包以外,还会有一个 xxx-spring-boot-autoConfigure,这个就是第三方依赖自己编写的自动配置类。我们现在就以 spring-boot-autocongigure 这个依赖来说。

可以看到 EnableAutoConfiguration 下面有很多类,这些就是我们项目进行自动配置的类。

一句话:将类路径下META-INF/spring.factories 里面配置的所有 EnableAutoConfiguration 的值加入到 Spring 容器中。

HttpEncodingAutoConfiguration

通过上面方式,所有的自动配置类就被导进主配置类中了。但是这么多的配置类,明显有很多自动配置我们平常是没有使用到的,没理由全部都生效吧。

接下来我们以 HttpEncodingAutoConfiguration为例来看一个自动配置类是怎么工作的。为啥选这个类呢?主要是这个类比较的简单典型。

先看一下该类标有的注解:

  1. @Configuration  
  2. @EnableConfigurationProperties({HttpProperties.class})  
  3. @ConditionalOnWebApplication(  
  4.  type = Type.SERVLET  
  5. )  
  6. @ConditionalOnClass({CharacterEncodingFilter.class})  
  7. @ConditionalOnProperty(  
  8.   prefix = "spring.http.encoding",  
  9.   value = {"enabled"},  
  10.   matchIfMissing = true  
  11. )  
  12. public class HttpEncodingAutoConfiguration {  
  13.      
  • @Configuration:标记为配置类。
  • @ConditionalOnWebApplication:web应用下才生效。
  • @ConditionalOnClass:指定的类(依赖)存在才生效。
  • @ConditionalOnProperty:主配置文件中存在指定的属性才生效。
  • @EnableConfigurationProperties({HttpProperties.class}):启动指定类的ConfigurationProperties功能;将配置文件中对应的值和 HttpProperties 绑定起来;并把 HttpProperties 加入到 IOC 容器中。

因为@EnableConfigurationProperties({HttpProperties.class})把配置文件中的配置项与当前 HttpProperties 类绑定上了。

然后在HttpEncodingAutoConfiguration 中又引用了 HttpProperties ,所以最后就能在 HttpEncodingAutoConfiguration中使用配置文件中的值了。

最终通过 @Bean 和一些条件判断往容器中添加组件,实现自动配置。(当然该Bean中属性值是从 HttpProperties 中获取)

HttpProperties

HttpProperties 通过 @ConfigurationProperties 注解将配置文件与自身属性绑定。

所有在配置文件中能配置的属性都是在 xxxProperties 类中封装着;配置文件能配置什么就可以参照某个功能对应的这个属性类。

  1. @ConfigurationProperties(  
  2.   prefix = "spring.http"  
  3. )// 从配置文件中获取指定的值和bean的属性进行绑定  
  4. public class HttpProperties {  

总结

  • SpringBoot启动会加载大量的自动配置类。
  • 我们看需要的功能有没有SpringBoot默认写好的自动配置类。
  • 我们再来看这个自动配置类中到底配置了那些组件(只要我们要用的组件有,我们就不需要再来配置了)。
  • 给容器中自动配置类添加组件的时候,会从properties类中获取某些属性。我们就可以在配置文件中指定这些属性的值。xxxAutoConfiguration:自动配置类给容器中添加组件。xxxProperties:封装配置文件中相关属性。

用心看的小伙伴应该发现了,其实很多需要待加载的类都放在类路径下的META-INF/Spring.factories文件下,而不是直接写死这代码中,这样做就可以很方便我们自己或第三方去z做扩展。

参考:

kil51.cn/JTg9D

blog.51cto.com/4247649/2118354

www.cnblogs.com/duanxz/p/3787757.html

www.jianshu.com/p/e22b9fef311c

blog.csdn.net/qq_26525215/article/details/53523970

http://www.woaijava.cc

本文转载自微信公众号「Java后端技术全栈」,可以通过以下二维码关注。转载本文请联系Java后端技术全栈公众号。

 

责任编辑:武晓燕 来源: Java后端技术全栈
相关推荐

2018-11-28 11:08:30

并查集集合数据结构

2012-10-12 09:23:04

JavaEEUMLObject

2019-02-21 16:24:28

5G火车站设备

2021-12-01 06:50:50

Docker底层原理

2023-10-09 16:35:19

方案Spring支付

2022-05-30 08:05:11

架构

2020-03-02 15:17:37

云原生CNCF容器

2023-01-26 01:09:31

配置数据源参数

2019-07-04 09:13:04

中台百度团队

2021-02-25 08:21:38

高可用风险故障

2023-10-06 19:21:49

Initializr应用Spring

2021-11-08 18:37:45

MySQL解码测试

2019-09-26 09:24:01

GC原理调优

2020-10-29 10:35:53

Nginx架构服务器

2022-02-16 19:42:25

Spring配置开发

2020-12-18 07:33:20

SpringSchedule组件

2020-05-12 09:10:24

浏览器服务器网络

2022-11-11 15:49:41

MySQL隔离

2019-10-21 08:51:41

分布式事务CAPAP

2018-07-26 09:06:29

Java内存模型
点赞
收藏

51CTO技术栈公众号