SpringBoot ApplicationContextAware拓展接口使用詳解
近日沉醉于熟悉公司新項(xiàng)目的過(guò)程,不斷地接觸新的應(yīng)用場(chǎng)景與實(shí)現(xiàn)技術(shù),對(duì)于我是一種學(xué)不來(lái)的進(jìn)步,實(shí)踐是檢驗(yàn)真理的唯一標(biāo)準(zhǔn)。我們今天就淺淺的談一談springboot提供的16個(gè)拓展接口之一的ApplicationContextAware接口的應(yīng)用場(chǎng)景與實(shí)際作用!
ApplicationContextAware接口:
public interface ApplicationContextAware extends Aware {
void setApplicationContext(ApplicationContext applicationContext) throws BeansException;
}首先Aware接口就知道這是springboot擴(kuò)展給用戶使用的,這里提供了方法setApplicationContext,參數(shù)就是傳遞spring容器上下文對(duì)象進(jìn)來(lái),我們可以接收這個(gè)上下文對(duì)象,我們要想知道獲取spring容器上下文ApplicationContext具體有什么作用,這才是擴(kuò)展接口的目的所在,獲取上下文根據(jù)上下文的特性做一些事情。
我們來(lái)看ApplicationContext對(duì)象的方法:

來(lái)看看AbstractApplicationContext實(shí)現(xiàn)類(lèi)的方法:
public Object getBean(String name) throws BeansException {this.assertBeanFactoryActive();return this.getBeanFactory().getBean(name);}
public <T> T getBean(String name, Class<T> requiredType) throws BeansException {this.assertBeanFactoryActive();return this.getBeanFactory().getBean(name, requiredType);}
public Object getBean(String name, Object... args) throws BeansException {this.assertBeanFactoryActive();return this.getBeanFactory().getBean(name, args);}
public <T> T getBean(Class<T> requiredType) throws BeansException {this.assertBeanFactoryActive();return this.getBeanFactory().getBean(requiredType);}
public <T> T getBean(Class<T> requiredType, Object... args) throws BeansException {this.assertBeanFactoryActive();return this.getBeanFactory().getBean(requiredType, args);}
public <T> ObjectProvider<T> getBeanProvider(Class<T> requiredType) {this.assertBeanFactoryActive();return this.getBeanFactory().getBeanProvider(requiredType);}
public <T> ObjectProvider<T> getBeanProvider(ResolvableType requiredType) {this.assertBeanFactoryActive();return this.getBeanFactory().getBeanProvider(requiredType);}
public boolean containsBean(String name) {return this.getBeanFactory().containsBean(name);}
public boolean isSingleton(String name) throws NoSuchBeanDefinitionException {this.assertBeanFactoryActive();return this.getBeanFactory().isSingleton(name);}
public boolean isPrototype(String name) throws NoSuchBeanDefinitionException {this.assertBeanFactoryActive();return this.getBeanFactory().isPrototype(name);}這里我們可以發(fā)現(xiàn) getBean()方法很眼熟,因?yàn)樵谧钭铋_(kāi)始學(xué)習(xí)spring時(shí)沒(méi)有用spring的腳手架創(chuàng)建項(xiàng)目,我們獲取bean的方法通常是classPathContextLoader掃描bean的xml文件解析組成ApplicationCOntext對(duì)象,再調(diào)用它的getBean方法獲取實(shí)例bean。
由此可以發(fā)現(xiàn)我們主要的應(yīng)用途徑就是使用這個(gè)getBean的方法,那么動(dòng)態(tài)的注入bean我們通過(guò)很多方法就能實(shí)現(xiàn),所以這里不難想到,靜態(tài)方法中無(wú)法使用注入的bean的問(wèn)題。
其次我們來(lái)復(fù)現(xiàn)這個(gè)問(wèn)題,大家來(lái)看如下的代碼:
public class JsonGetter {
@Resource
private UuidGetter uuidGetter;
public static string Test(){
return uuidGetter.getUuid();
}
public static JsONobject set0bjectToJsonObject(object data){
return JsoNobject.parseObject(String.valueof(JsONObject.toJSON(data)));
}
public static JsONObject setStringTO3son0bject(String data) { return JsONObject.parseObject(data);
}我們發(fā)現(xiàn)在靜態(tài)的Test方法中調(diào)用注入的bean直接報(bào)錯(cuò),這里解釋一下:歸功于類(lèi)的加載機(jī)制與加載順序,靜態(tài)屬性與靜態(tài)代碼塊最先加載(static靜態(tài)優(yōu)先),這里加載靜態(tài)方法是沒(méi)有bean實(shí)例給你用的,自然會(huì)報(bào)錯(cuò)。
如何解決?我們可以采取Spring獲取bean對(duì)象時(shí)調(diào)用getBean方法的思路,在容器加載時(shí)將spring容器的上下文進(jìn)行靜態(tài)存儲(chǔ):
@Component
@Lazy(value = false)
public class SpringContextHolder implements ApplicationContextAware, DisposableBean {
/**
* 將上下文靜態(tài)設(shè)置,在初始化組件時(shí)就進(jìn)行靜態(tài)上下文的覆蓋(這個(gè)覆蓋是將遠(yuǎn)spring容器的上下文對(duì)象引用加到我們預(yù)定設(shè)置)
*/
private static ApplicationContext applicationContext = null;
public static ApplicationContext getApplicationContext() {
assertContextInjected();
return applicationContext;
}
@SuppressWarnings("unchecked")
public static <T> T getBean(String name) {
assertContextInjected();
return (T) applicationContext.getBean(name);
}
public static <T> T getBean(Class<T> beanType) {
assertContextInjected();
return applicationContext.getBean(beanType);
}
@Override
public void setApplicationContext(@NotNull ApplicationContext applicationContext) throws BeansException {
SpringContextHolder.applicationContext = applicationContext;
}
@Override
public void destroy() {
applicationContext = null;
}
private static void assertContextInjected() {
Assert.notNull(applicationContext,
"applicationContext屬性未注入, 請(qǐng)?jiān)赼pplicationContext.xml中定義SpringContextHolder.");
}
public static void pushEvent(ApplicationEvent event){
assertContextInjected();
applicationContext.publishEvent(event);
}
}這里只需要關(guān)注的是靜態(tài)成員變量ApplicationContext的定義、賦值與驗(yàn)證:
/**
* 將上下文靜態(tài)設(shè)置,在初始化組件時(shí)就進(jìn)行靜態(tài)上下文的覆蓋(這個(gè)覆蓋是將遠(yuǎn)spring容器的上下文對(duì)象引用加到我們預(yù)定設(shè)置)
*/
private static ApplicationContext applicationContext = null;重寫(xiě)擴(kuò)展接口的方法,實(shí)現(xiàn)靜態(tài)上下文的覆蓋:
@Override
public void setApplicationContext(@NotNull ApplicationContext applicationContext) throws BeansException {
SpringContextHolder.applicationContext = applicationContext;
}將獲取它的方法公有修飾,便于共享:
public static ApplicationContext getApplicationContext() {
assertContextInjected();
return applicationContext;
}寫(xiě)到這里還是不明白,這么定義一個(gè)組件,將spring上下文對(duì)象靜態(tài)覆蓋到底有何作用?
不要慌,我們來(lái)看看這個(gè)類(lèi)的這個(gè)方法:
public class AppContext {
static transient ThreadLocal<Map<String, String>> contextMap = new ThreadLocal<>();
......省略n行業(yè)務(wù)代碼
public static void fillLoginContext() {
DingAppInfo appInfo = SpringContextHolder.getBean(DingAppInfoService.class).findAppInfo(APP_CODE);
setDingVerifyInfo(appInfo);
CloudChatAppInfo cloudChatAppInfo = SpringContextHolder.getBean(CloudChatAppInfoService.class).findAppInfo(APP_CODE);
setCloudChatInfo(cloudChatAppInfo);
}
public static void clear() {
contextMap.remove(); //本地線程的remove方法極其重要,注意每次給它使用之后一定要調(diào)用remove清理,防止內(nèi)存泄露。
}
}我們發(fā)現(xiàn)上例代碼中進(jìn)行了查庫(kù)的操作:
DingAppInfo appInfo = SpringContextHolder.getBean(DingAppInfoService.class).findAppInfo(APP_CODE);
這里是不是就解決了最初我們的問(wèn)題?
實(shí)現(xiàn)了擴(kuò)展applicationContextAware接口,解決靜態(tài)方法無(wú)法獲取bean實(shí)例調(diào)用其方法的問(wèn)題?
到此這篇關(guān)于SpringBoot ApplicationContextAware拓展接口使用詳解的文章就介紹到這了,更多相關(guān)SpringBoot ApplicationContextAware內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
java MyBatis攔截器Inteceptor詳細(xì)介紹
這篇文章主要介紹了java MyBatis攔截器Inteceptor詳細(xì)介紹的相關(guān)資料,需要的朋友可以參考下2016-11-11
SpringBoot之Java配置的實(shí)現(xiàn)
這篇文章主要介紹了SpringBoot之Java配置的實(shí)現(xiàn),小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2019-01-01
手把手教你實(shí)現(xiàn)idea中配置國(guó)內(nèi)源
idea的國(guó)內(nèi)源配置十分重要,能夠提升程序開(kāi)發(fā)的效率而且也是減少bug的一種有效防范,本文就來(lái)介紹一下idea中配置國(guó)內(nèi)源,具有一定的參考價(jià)值,感興趣的可以了解一下2023-07-07
MyBatis使用動(dòng)態(tài)SQL標(biāo)簽的小陷阱
MyBatis是一個(gè)支持普通SQL查詢,存儲(chǔ)過(guò)程和高級(jí)映射的優(yōu)秀持久層框架,MyBatis越來(lái)越受大家的喜愛(ài)了。下面給大家分享MyBatis使用動(dòng)態(tài)SQL標(biāo)簽的小陷阱,感興趣的朋友一起看看吧2016-10-10
淺談Redis在微服務(wù)架構(gòu)中的幾種應(yīng)用場(chǎng)景
本文介紹在SpringCloud中使用Redis作為Pub/Sub異步通信、緩存或主數(shù)據(jù)庫(kù)和配置服務(wù)器的三種場(chǎng)景應(yīng)用。小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2019-05-05
java.lang.IllegalStateException:方法有太多主體參數(shù)問(wèn)題
這篇文章主要介紹了java.lang.IllegalStateException:方法有太多主體參數(shù)問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-07-07
SpringBoot中短時(shí)間連續(xù)請(qǐng)求時(shí)出現(xiàn)Cookie獲取異常問(wèn)題的解決方案
在 Spring Boot Web 應(yīng)用中,每個(gè)請(qǐng)求都會(huì)攜帶 HttpServletRequest,其中包含 Cookie 等關(guān)鍵信息,如果某個(gè)請(qǐng)求對(duì)象的 cookieParsed 標(biāo)記在異步線程中被錯(cuò)誤修改,可能會(huì)導(dǎo)致 短時(shí)間內(nèi)的后續(xù)請(qǐng)求無(wú)法正確解析 Cookie,本文給大家介紹了詳細(xì)解決方法,需要的朋友可以參考下2025-04-04

