摘要:一些常用操作判斷類是否存在調用提供的來判斷一個類是否存在當前下。在當前的例子中,我們假定一下當前環境為沒有使用以及高版本的。模擬低版本的環境這里只是簡單地引入了依賴,并沒有真正的使用的版本,但也沒有使用以上的一些特性。
感謝您的閱讀,本文由 楊斌的博客 版權所有。
如若轉載,請注明出處:楊斌的博客(https://y0ngb1n.github.io/a/c...)
在 Spring 4 后才引入了 @Conditional 等條件注解,它是 Spring Boot 中實現自動配置的最大功臣!
那么問題來了:如果我們還在使用 Spring 3.x 的老版本,這時候要怎么實現一個自動配置呢?
代碼托管于 GitHub,歡迎 Star
需求和問題 核心的訴求現存系統,不打算重構
Spring 版本為 3.x,也不打算升級版本和引入 Spring Boot
期望能夠在少改代碼的前提下實現功能增強
比如說:
希望能夠給全站統一添加上日志記錄(如:RPC 框架 Web 調用的摘要信息、數據庫訪問層的摘要信息),這個其實是個通用的功能。
我們引用了一些基礎設施,并想對這些基礎設施的功能作進一步的增強,這時候就應該從框架的層面來解決這個問題。
面臨的問題3.x 的 Spring 沒有條件注解
因為沒有條件注解,所以我們不清楚在什么時候 需要/不需要 配置這些東西
無法自動定位需要加載的自動配置
此時我們沒有辦法像 Spring Boot 的自動配置那樣讓框架自動加載我們的配置,我們要使用一些別的手段讓 Spring 可以加載到我們定制的這些功能。
核心解決思路 條件判斷通過 BeanFactoryPostProcessor 進行判斷
Spring 為我們提供了一個擴展點,我們可以通過 BeanFactoryPostProcessor 來解決條件判斷的問題,它可以讓我們在 BeanFactory 定義完之后、Bean 的初始化之前對我們這些 Bean 的定義做一些后置的處理。可以在這個時候對我們的 Bean 定義做判斷,看看當前 存在/缺少 哪些 Bean 的定義,還可以增加一些 Bean 的定義 —— 加入一些自己定制的 Bean。
配置加載編寫 Java Config 類
引入配置類
通過 component-scan
通過 XML 文件 import
可以考慮編寫自己的 Java Config 類,并把它加到 component-scan 里面,然后想辦法讓現在系統的 component-scan 包含我們編寫的 Java Config 類;也可以編寫 XML 文件,如果當前系統使用 XML 的方式,那么它加載的路徑上是否可以加載我們的 XML 文件,如果不行就可以使用手動 import 這個文件。
Spring 提供的兩個擴展點 BeanPostProcessor針對 Bean 實例
在 Bean 創建后提供定制邏輯回調
BeanFactoryPostProcessor針對 Bean 定義
在容器創建 Bean 前獲取配置元數據
Java Config 中需要定義為 static 方法(如果不定義,Spring 在啟動時會報一個 warning,你可嘗試一下)
關于 Bean 的一些定制既然上面提到了 Spring 的兩個擴展點,這里就延展一下關于 Bean 的一些定制的方式。Lifecycle Callback
InitializingBean / @PostConstruct / init-method
這部分是關于初始化的,可以在 Bean 的初始化之后做一些定制,這里有三種方式:
實現 InitializingBean 接口
使用 @PostConstruct 注解
在 Bean 定義的 XML 文件里給它指定一個 init-method;亦或者在使用 @Bean 注解時指定 init-method
這些都可以讓我們這個 Bean 在創建之后去調用特定的方法。
DisposableBean / @PreDestroy / destroy-method
這部分是在 Bean 回收的時候,我們該做的一些操作。可以指定這個 Bean 在銷毀的時候,如果:
它實現了 DisposableBean 這個接口,那么 Spring 會去調用它相應的方法
也可以將 @PreDestroy 注解加在某個方法上,那么會在銷毀時調用這個方法
在 Bean 定義的 XML 文件里給它指定一個 destroy-method;亦或者在使用 @Bean 注解時指定 destroy-method,那么會在銷毀時調用這個方法
XxxAware 接口ApplicationContextAware
可以把整個 ApplicationContext 通過接口進行注入,在這個 Bean 里我們就可以獲得一個完整的 ApplicationContext。
BeanFactoryAware
與 ApplicationContextAware 類似。
BeanNameAware
可以把 Bean 的名字注入到這個實例中來。
如果對源碼感興趣,可見:org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean一些常用操作 判斷類是否存在
如果當前 Bean 存在 close 或 shutdown 方法名的方法時,會被 Spring 視為 destroy-method,在銷毀時會進行調用。
ClassUitls.isPresent()
調用 Spring 提供的 ClassUitls.isPresent() 來判斷一個類是否存在當前 Class Path 下。
判斷 Bean 是否已定義ListableBeanFactory.containsBeanDefinition():判斷 Bean 是否已定義。
ListableBeanFactory.getBeanNamesForType():可以查看某些類型的 Bean 都有哪些名字已經被定義了。
注冊 Bean 定義
BeanDefinitionRegistry.registerBeanDefinition()
GenericBeanDefinition
BeanFactory.registerSingleton()
擼起袖子加油干理論就科普完了,下面就開始實踐。
在當前的例子中,我們假定一下當前環境為:沒有使用 Spring Boot 以及高版本的 Spring。
Step 1:模擬低版本的 Spring 環境
這里只是簡單地引入了 spring-context 依賴,并沒有真正的使用 Spring 3.x 的版本,但也沒有使用 Spring 4 以上的一些特性。
org.springframework spring-context org.projectlombok lombok io.github.y0ngb1n.samples custom-starter-core provided
Step 2:以實現 BeanFactoryPostProcessor 接口為例
@Slf4j public class GreetingBeanFactoryPostProcessor implements BeanFactoryPostProcessor { @Override public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException { // 判斷當前 Class Path 下是否存在所需要的 GreetingApplicationRunner 這么一個類 boolean hasClass = ClassUtils .isPresent("io.github.y0ngb1n.samples.greeting.GreetingApplicationRunner", GreetingBeanFactoryPostProcessor.class.getClassLoader()); if (!hasClass) { // 類不存在 log.info("GreetingApplicationRunner is NOT present in CLASSPATH."); return; } // 是否存在 id 為 greetingApplicationRunner 的 Bean 定義 boolean hasDefinition = beanFactory.containsBeanDefinition("greetingApplicationRunner"); if (hasDefinition) { // 當前上下文已存在 greetingApplicationRunner log.info("We already have a greetingApplicationRunner bean registered."); return; } register(beanFactory); } private void register(ConfigurableListableBeanFactory beanFactory) { if (beanFactory instanceof BeanDefinitionRegistry) { GenericBeanDefinition beanDefinition = new GenericBeanDefinition(); beanDefinition.setBeanClass(GreetingApplicationRunner.class); ((BeanDefinitionRegistry) beanFactory) .registerBeanDefinition("greetingApplicationRunner", beanDefinition); } else { beanFactory.registerSingleton("greetingApplicationRunner", new GreetingApplicationRunner()); } } }
注冊我們的 Bean(見 CustomStarterAutoConfiguration),如下有幾點是需要注意的:
這里的方法定義為 static
使用時,如果兩項目不是在同個包下,需要主動將當前類加入到項目的 component-scan 里
@Configuration public class CustomStarterAutoConfiguration { @Bean public static GreetingBeanFactoryPostProcessor greetingBeanFactoryPostProcessor() { return new GreetingBeanFactoryPostProcessor(); } }
Step 3:驗證該自動配置是否生效
在其他項目中添加依賴:
... io.github.y0ngb1n.samples custom-starter-spring-lt4-autoconfigure ... io.github.y0ngb1n.samples custom-starter-core
啟動項目并觀察日志(見 custom-starter-examples),驗證自動配置是否生效了:
. ____ _ __ _ _ / / ___"_ __ _ _(_)_ __ __ _ ( ( )\___ | "_ | "_| | "_ / _` | / ___)| |_)| | | | | || (_| | ) ) ) ) " |____| .__|_| |_|_| |_\__, | / / / / =========|_|==============|___/=/_/_/_/ :: Spring Boot :: (v2.1.0.RELEASE) 2019-05-02 20:47:27.692 INFO 11460 --- [ main] i.g.y.s.d.AutoconfigureDemoApplication : Starting AutoconfigureDemoApplication on HP with PID 11460 ... 2019-05-02 20:47:27.704 INFO 11460 --- [ main] i.g.y.s.d.AutoconfigureDemoApplication : No active profile set, falling back to default profiles: default 2019-05-02 20:47:29.558 INFO 11460 --- [ main] i.g.y.s.g.GreetingApplicationRunner : Initializing GreetingApplicationRunner. 2019-05-02 20:47:29.577 INFO 11460 --- [ main] i.g.y.s.d.AutoconfigureDemoApplication : Started AutoconfigureDemoApplication in 3.951 seconds (JVM running for 14.351) 2019-05-02 20:47:29.578 INFO 11460 --- [ main] i.g.y.s.g.GreetingApplicationRunner : Hello everyone! We all like Spring!
到這里,已成功在低版本的 Spring 中實現了類似自動配置的功能。
參考鏈接https://github.com/y0ngb1n/sp...
https://github.com/digitalson...
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/74380.html
摘要:小編一哥們和我吐槽自家的煩惱原本一個有錢有閑的證券行業經理一年前被老板派去支持創新業務探索因為新型業務在不斷加速鋪開當前的單體式應用復雜度越來越高業務上線過程繁瑣流程冗長資源分配耗時較多更新頻率越來越低人員也越來越顯得捉襟見肘這哥們于是開始 小編一哥們和我吐槽自家的煩惱原本一個有錢有閑的證券行業IT經理一年前被老板派去支持創新業務探索因為新型業務在不斷加速鋪開當前的單體式應用復雜度越來...
摘要:本項目將使用配合最簡單的邏輯來展示一個基于的微服務全棧快速開發實踐的。提供一系列大型項目常用的非功能性特征,比如內嵌服務器,安全,指標,健康檢測,外部化配置。 SprintBoot-Vue SpringBoot + 前端MVVM 基于Java的微服務全棧快速開發實踐 showImg(https://segmentfault.com/img/remote/1460000010167913...
摘要:本項目將使用配合最簡單的邏輯來展示一個基于的微服務全棧快速開發實踐的。提供一系列大型項目常用的非功能性特征,比如內嵌服務器,安全,指標,健康檢測,外部化配置。 SprintBoot-Vue SpringBoot + 前端MVVM 基于Java的微服務全棧快速開發實踐 showImg(https://segmentfault.com/img/remote/1460000010167913...
摘要:響應式編程是基于異步和事件驅動的非阻塞程序,只是垂直通過在內啟動少量線程擴展,而不是水平通過集群擴展。三特性常用的生產的特性如下響應式編程模型適用性內嵌容器組件還有對日志消息測試及擴展等支持。 摘要: 原創出處 https://www.bysocket.com 「公眾號:泥瓦匠BYSocket 」歡迎關注和轉載,保留摘要,謝謝! 02:WebFlux 快速入門實踐 文章工程: JDK...
摘要:通過本教程的前兩篇基礎教程使用實現服務注冊與發現基礎教程支持的幾種服務消費方式我們已經學會了,如何利用實現服務的注冊與發現。簡介除了實現了服務的注冊發現之外,還將配置中心功能整合在了一起。同時,值必須與上一階段中創建的配置匹配除了或者后綴。 通過本教程的前兩篇: 《Spring Cloud Alibaba基礎教程:使用Nacos實現服務注冊與發現》 《Spring Cloud Ali...
閱讀 1625·2021-09-22 15:25
閱讀 1506·2021-09-07 10:06
閱讀 3183·2019-08-30 15:53
閱讀 1090·2019-08-29 13:12
閱讀 3373·2019-08-29 13:07
閱讀 725·2019-08-28 18:19
閱讀 2269·2019-08-27 10:57
閱讀 982·2019-08-26 13:29