这些不知道,别说你熟悉 Spring

大家好,这篇文章跟大家来聊下 Spring 中提供的常用扩展点、Spring SPI 机制、以及 SpringBoot 自动装配原理,重点介绍下 Spring 基于这些扩展点怎么跟配置中心(Apollo、Nacos、Zookeeper、Consul)等做集成 。
写在前面我们大多数 Java 程序员的日常工作基本都是在做业务开发,俗称 crudboy 。
作为 crudboy 的你有没有这些烦恼呢?

  1. 随着业务的迭代,新功能的加入,代码变得越来越臃肿 , 可维护性越来越低,慢慢变成了屎山
  2. 【这些不知道,别说你熟悉 Spring】遇到一些框架层的问题不知道怎么解决
  3. 面试被问到使用的框架、中间件原理、源码层东西,不知道怎么回答
  4. 写了 5 年代码了,感觉自己的技术没有理想的长进
如果你有上述这些烦恼 , 我想看优秀框架的源码会是一个很好的提升方式 。通过看源码,我们能学到业界大佬们优秀的设计理念、编码风格、设计模式的使用、高效数据结构算法的使用、魔鬼细节的巧妙应用等等 。这些东西都是助力我们成为一个优秀工程师不可或缺的 。
如果你打算要看源码了,优先推荐 Spring、Netty、Mybatis、JUC 包 。
Spring 扩展我们知道 Spring 提供了很多的扩展点,第三方框架整合 Spring 其实大多也都是基于这些扩展点来做的 。所以熟练的掌握 Spring 扩展能让我们在阅读源码的时候能快速的找到入口,然后断点调试,一步步深入框架内核 。
这些扩展包括但不限于以下接口:
BeanFactoryPostProcessor:在 Bean 实例化之前对 BeanDefinition 进行修改
BeanPostProcessor:在 Bean 初始化前后对 Bean 进行一些修改包装增强,比如返回代理对象
Aware:一个标记接口,实现该接口及子接口的类会收到 Spring 的通知回调,赋予某种 Spring 框架的能力,比如 ApplicationContextAware、EnvironmentAware 等
ApplicationContextInitializer:在上下文准备阶段 , 容器刷新之前做一些初始化工作,比如我们常用的配置中心 client 基本都是继承该初始化器,在容器刷新前将配置从远程拉到本地 , 然后封装成 PropertySource 放到 Environment 中供使用
ApplicationListener:Spring 事件机制,监听特定的应用事件(ApplicationEvent) , 观察者模式的一种实现
FactoryBean:用来自定义 Bean 的创建逻辑(Mybatis、Feign 等等)
ImportBeanDefinitionRegistrar:定义@EnableXXX 注解,在注解上 Import 了一个 ImportBeanDefinitionRegistrar,实现注册 BeanDefinition 到容器中
InitializingBean:在 Bean 初始化时会调用执行一些初始化逻辑
ApplicationRunner/CommandLineRunner:容器启动后回调 , 执行一些初始化工作
上述列出了几个比较常用的接口,但是 Spring 扩展远不于此,还有很多扩展接口大家可以自己去了解 。
Spring SPI 机制在讲接下来内容之前,我们先说下 Spring 中的 SPI 机制 。Spring 中的 SPI 主要是利用 META-INF/spring.factories 文件来实现的 , 文件内容由多个 k = list(v) 的格式组成,比如:
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\com.dtp.starter.adapter.dubbo.autoconfigure.ApacheDubboTpAutoConfiguration,\com.dtp.starter.adapter.dubbo.autoconfigure.AlibabaDubboTpAutoConfigurationorg.springframework.boot.env.EnvironmentPostProcessor=\com.dtp.starter.zookeeper.autoconfigure.ZkConfigEnvironmentProcessor这些 spring.factories 文件可能是位于多个 jar 包中,Spring 容器启动时会通过 ClassLoader.getResources() 获取这些 spring.factories 文件的全路径 。然后遍历路径以字节流的形式读取所有的 k = list(v) 封装到到一个 Map 中 , key 为接口全限定类名 , value 为所有实现类的全限定类名列表 。
上述说的这些加载操作都封装在 SpringFactoriesLoader 类里 。该类很简单,提供三个加载方法、一个实例化方法,还有一个 cache 属性,首次加载到的数据会保存在 cache 里,供后续使用 。
这些不知道,别说你熟悉 Spring

文章插图
SpringBoot 核心要点上面讲的 SPI 其实就是我们 SpringBoot 自动装配的核心 。
何为自动装配?
自动装配对应的就是手动装配 , 在没 SpringBoot 之前,我们使用 Spring 就是用的手动装配模式 。在使用某项第三方功能时,我们需要引入该功能依赖的所有包,并测试保证这些引入包版本兼容 。然后在 XML 文件里进行大量标签配置,非常繁琐 。后来 Spring4 里引入了 JavaConfig 功能 , 利用 @Configuration + @Bean 来代替 XML 配置 , 虽然对开发来说是友好了许多 , 但是这些模板式配置代码还是很繁琐,会浪费大量时间做配置 。Java 重可能也就是这个时候给人留的一种印象 。

推荐阅读