Springboot獲取上下文ApplicationContext

在項(xiàng)目中遇到了一個(gè)場(chǎng)景，就是通過(guò)獲得上下文然后獲取特定的bean。在此遇到了不小的坑，故留下這個(gè)篇文章，做個(gè)記錄。

import org.springframework.beans.BeansException;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.ApplicationContext;
import org.springframework.context.ApplicationContextAware;
import org.springframework.stereotype.Component;
 
@Component
public class SpringContextUtil implements ApplicationContextAware {
    /**
     * 上下文對(duì)象實(shí)例
     */
    private static ApplicationContext applicationContext;
 
    @Autowired
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        this.applicationContext = applicationContext;
    }
 
    /**
     * 獲取applicationContext
     * @return
     */
    public static ApplicationContext getApplicationContext() {
        return applicationContext;
    }
 
    /**
     * 通過(guò)name獲取 Bean.
     * @param name
     * @return
     */
    public static Object getBean(String name){
        return getApplicationContext().getBean(name);
    }
 
    /**
     * 通過(guò)class獲取Bean.
     * @param clazz
     * @param <T>
     * @return
     */
    public static <T> T getBean(Class<T> clazz){
        return getApplicationContext().getBean(clazz);
    }
 
    /**
     * 通過(guò)name,以及Clazz返回指定的Bean
     * @param name
     * @param clazz
     * @param <T>
     * @return
     */
    public static <T> T getBean(String name,Class<T> clazz){
        return getApplicationContext().getBean(name, clazz);
    }
}

看上面的代碼，可以看到在工具類中一開(kāi)始是聲明了一個(gè)ApplicationContext類型的靜態(tài)變量，但是由于靜態(tài)變量是不能被Spring容器管理的，一開(kāi)始用正常的getter和setter方法不能獲取到特定的bean，實(shí)踐證明，需要在此變量的setter方法上加上@Autowired注解，并且去除setter方法中的static關(guān)鍵字。才可實(shí)現(xiàn)特定bean的注入。

springboot的應(yīng)用上下文

springboot上下文有兩個(gè)

• ServletWebServerApplicationContext
• AnnotationConfigServletWebServerApplicationContext（繼承上面）

ServletWebServerApplicationContext

該類屬于spring-boot-2.1.1Release.jar中，是自springboot誕生就衍生出來(lái)的，是spring框架的應(yīng)用上下文Application的子類。

多說(shuō)無(wú)益，show me code

擴(kuò)展的功能

首先讓我們來(lái)看一下，這個(gè)類到底做了什么，有什么存在的價(jià)值?

    private volatile WebServer webServer;
 @Override
 protected void onRefresh() {
  super.onRefresh();
  try {
   createWebServer();
  }
  catch (Throwable ex) {
   throw new ApplicationContextException("Unable to start web server", ex);
  }
 }

在此類中有個(gè)WebServer成員變量,讓我們用腳趾頭想一下也應(yīng)該可以知道，這其實(shí)就是web服務(wù)對(duì)象，也基本上可以猜測(cè)就是跟tomcat相關(guān)了（當(dāng)然也可以是其他web服務(wù)器，如jetty）

然后我們又發(fā)現(xiàn)了onRefresh方法，相信我們并不陌生，這就是spring核心refresh方法的中一個(gè)鉤子方法（即表明此時(shí)已經(jīng)加載所有配置bean），進(jìn)行WebServer對(duì)象的創(chuàng)建

 @Override
 protected void finishRefresh() {
  super.finishRefresh();
  WebServer webServer = startWebServer();
  if (webServer != null) {
   publishEvent(new ServletWebServerInitializedEvent(webServer, this));
  }
 }

我們又發(fā)現(xiàn)該類存在finishRefresh，仔細(xì)想一下，這個(gè)也是spring核心#refresh方法中的一個(gè)鉤子方法（不過(guò)這個(gè)特別，因?yàn)樵摲椒ㄊ莚efresh方法中的最后一步，即會(huì)去實(shí)例化spring容器中的所有beandefinition對(duì)象）

首先贊一個(gè)，這個(gè)很巧妙，調(diào)用了super.finishRefresh() ，并沒(méi)有丟棄父類的邏輯功能（這點(diǎn)在多態(tài)中，我相信還是會(huì)有人犯錯(cuò)，本來(lái)是擴(kuò)展功能，但是直接重寫(xiě)，丟棄了父類的方法，當(dāng)然spring框架開(kāi)發(fā)大佬肯定不會(huì)犯這種錯(cuò)誤，對(duì)吧?。?/p>

第二點(diǎn)重點(diǎn)來(lái)了，就是startWebServer,也就是在spring完成實(shí)例化之后，就會(huì)去啟動(dòng)web服務(wù)。

AnnotationConfigServletWebServerApplicationContext

小結(jié)一下：

首先此類是springboot啟動(dòng)運(yùn)行run()創(chuàng)建ApplicationContext的實(shí)現(xiàn)類，不過(guò)很可惜，該類并沒(méi)有很強(qiáng)的實(shí)質(zhì)性擴(kuò)展。

**唯一作用就是擁有了通過(guò)注解加載配置類的作用，即和AnnotationConfigApplication一樣，只不過(guò)springboot的運(yùn)行啟動(dòng)已經(jīng)是通過(guò)注解加載bean類**

（雖然是雞肋，不過(guò)這也符合spring創(chuàng)建類的一貫風(fēng)格，就是每個(gè)類都是高內(nèi)聚的，即每個(gè)類除了父類的功能之外，還都擁有其他擴(kuò)展的作用。即使創(chuàng)建出來(lái)還沒(méi)有用到就被遺棄，但仍然不能阻止spring開(kāi)發(fā)大佬創(chuàng)建該類，哈哈）

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論