1. 程式人生 > >Spring 初始化過程詳細分析[原始碼](一)

Spring 初始化過程詳細分析[原始碼](一)

最近專案空閒期,來看下spring原始碼,把過程全部記錄下來, 方便想了解spring初始化過程的人,先從spring監聽器作為入口。

org.springframework.web.context.ContextLoaderListener

找到初始化spring的方法 

/**
	 * Initialize the root web application context.
	 */
	@Override
	public void contextInitialized(ServletContextEvent event) {
		initWebApplicationContext(event.getServletContext());
	}

進入initWebApplicationContext 方法
			if (this.context == null) {
				this.context = createWebApplicationContext(servletContext);
			}
			if (this.context instanceof ConfigurableWebApplicationContext) {
				ConfigurableWebApplicationContext cwac = (ConfigurableWebApplicationContext) this.context;
				if (!cwac.isActive()) {
					// The context has not yet been refreshed -> provide services such as
					// setting the parent context, setting the application context id, etc
					if (cwac.getParent() == null) {
						// The context instance was injected without an explicit parent ->
						// determine parent for root web application context, if any.
						ApplicationContext parent = loadParentContext(servletContext);
						cwac.setParent(parent);
					}
					configureAndRefreshWebApplicationContext(cwac, servletContext);
				}
			}


進入createWebApplicationContext方法, 從方法名上就知道這是建立上下文的方法
/**
	 * Instantiate the root WebApplicationContext for this loader, either the
	 * default context class or a custom context class if specified.
	 * <p>This implementation expects custom contexts to implement the
	 * {@link ConfigurableWebApplicationContext} interface.
	 * Can be overridden in subclasses.
	 * <p>In addition, {@link #customizeContext} gets called prior to refreshing the
	 * context, allowing subclasses to perform custom modifications to the context.
	 * @param sc current servlet context
	 * @return the root WebApplicationContext
	 * @see ConfigurableWebApplicationContext
	 */
	protected WebApplicationContext createWebApplicationContext(ServletContext sc) {
		Class<?> contextClass = determineContextClass(sc);
		if (!ConfigurableWebApplicationContext.class.isAssignableFrom(contextClass)) {
			throw new ApplicationContextException("Custom context class [" + contextClass.getName() +
					"] is not of type [" + ConfigurableWebApplicationContext.class.getName() + "]");
		}
		return (ConfigurableWebApplicationContext) BeanUtils.instantiateClass(contextClass);
	}

進入determineContextClass方法, 這個方法確定上下文的實現類
protected Class<?> determineContextClass(ServletContext servletContext) {
		String contextClassName = servletContext.getInitParameter(CONTEXT_CLASS_PARAM);
		if (contextClassName != null) {
			try {
				return ClassUtils.forName(contextClassName, ClassUtils.getDefaultClassLoader());
			}
			catch (ClassNotFoundException ex) {
				throw new ApplicationContextException(
						"Failed to load custom context class [" + contextClassName + "]", ex);
			}
		}
		else {
			contextClassName = defaultStrategies.getProperty(WebApplicationContext.class.getName());
			try {
				return ClassUtils.forName(contextClassName, ContextLoader.class.getClassLoader());
			}
			catch (ClassNotFoundException ex) {
				throw new ApplicationContextException(
						"Failed to load default context class [" + contextClassName + "]", ex);
			}
		}
	}

這裡先取web.xml中配置的contextClass值

例如:

<span style="white-space:pre">	</span><context-param>
		<param-name>contextClass</param-name>
		<param-value>org.springframework.web.context.support.XmlWebApplicationContext</param-value>
	</context-param>


如果為空,取預設策略屬性的class,預設為XmlWebApplicationContext, 看下預設配置的載入及配置資訊

還是在當前類:

static {
		// Load default strategy implementations from properties file.
		// This is currently strictly internal and not meant to be customized
		// by application developers.
		try {
			ClassPathResource resource = new ClassPathResource(DEFAULT_STRATEGIES_PATH, ContextLoader.class);
			defaultStrategies = PropertiesLoaderUtils.loadProperties(resource);
		}
		catch (IOException ex) {
			throw new IllegalStateException("Could not load 'ContextLoader.properties': " + ex.getMessage());
		}
	}

從這段程式碼中知道讀取了ContextLoader.properties檔案,在當前類同級目錄,內容為
org.springframework.web.context.WebApplicationContext=org.springframework.web.context.support.XmlWebApplicationContext

前面key是介面,後面value是實現類.

好,這裡完了,再看前面的createWebApplicationContext方法,這個方法返回了一個介面類ConfigurableWebApplicationContext, XmlWebApplicationContext實現了此介面

現在回到initWebApplicationContext方法, 看這句   if (this.context instanceof ConfigurableWebApplicationContext)  ,預設上下文會進入這個判斷 

因為還沒有初始化,判斷為為空的都會進入,我們來看到這個方法 loadParentContext, 從方法上顯然這是載入父上下文的,從servlet引數中(web.xml配置)載入父上下文, 如果需要多層結構才去配置,一般情況沒有配置這裡會返回空,我還沒想到具體應用場景。先看下如何使用,看下面配置示例:

spring配置 beanRefContext.xml放在classpath目錄下 ,內容:

<bean id="businessBeanFactory"  
                class="org.springframework.context.support.ClassPathXmlApplicationContext">  
                <constructor-arg>  
                        <list>  
                                <value>applicationContext-1.xml</value>  
                                <value>applicationContext-2.xml</value>   
                        </list>  
                </constructor-arg>  
        </bean>  


這個不配置預設查詢 classpath*:beanRefContext.xml

<context-param>  
        <param-name>locatorFactorySelector</param-name>  
        <param-value>classpath:beanRefContext.xml</param-value>  
</context-param>
這個指定上面配置裡的id
<context-param>  
        <param-name>parentContextKey</param-name>  
        <param-value>businessBeanFactory</param-value>  
</context-param>  

我們繼續往下看,下個呼叫方法 configureAndRefreshWebApplicationContext(), 呼叫上下文重新整理的方法。

protected void configureAndRefreshWebApplicationContext(ConfigurableWebApplicationContext wac, ServletContext sc) {
		if (ObjectUtils.identityToString(wac).equals(wac.getId())) {
			// The application context id is still set to its original default value
			// -> assign a more useful id based on available information
			String idParam = sc.getInitParameter(CONTEXT_ID_PARAM);
			if (idParam != null) {
				wac.setId(idParam);
			}
			else {
				// Generate default id...
				wac.setId(ConfigurableWebApplicationContext.APPLICATION_CONTEXT_ID_PREFIX +
						ObjectUtils.getDisplayString(sc.getContextPath()));
			}
		}

		wac.setServletContext(sc);
		String configLocationParam = sc.getInitParameter(CONFIG_LOCATION_PARAM);
		if (configLocationParam != null) {
			wac.setConfigLocation(configLocationParam);
		}

		// The wac environment's #initPropertySources will be called in any case when the context
		// is refreshed; do it eagerly here to ensure servlet property sources are in place for
		// use in any post-processing or initialization that occurs below prior to #refresh
		ConfigurableEnvironment env = wac.getEnvironment();
		if (env instanceof ConfigurableWebEnvironment) {
			((ConfigurableWebEnvironment) env).initPropertySources(sc, null);
		}

		customizeContext(sc, wac);
		wac.refresh();
	}

這個方法第一步先設定上下文id, 再讀取web.xml中配置的contextConfigLocation引數值,進一步設定環境,並載入環境初始化引數(會取web.xml中讀取,如果有配置的話)

customizeContext(sc, wac); 方法前主要是自定義初始化,只需要實現介面org.springframework.context.ApplicationContextInitializer<ConfigurableApplicationContext>

wac.refresh(); 這裡才是真正載入xml配置, 這裡呼叫了org.springframework.context.support.AbstractApplicationContext的refresh(),

這個方法具體做什麼,等下章分解。

相關推薦

Spring 初始過程詳細分析[原始碼]()

最近專案空閒期,來看下spring原始碼,把過程全部記錄下來, 方便想了解spring初始化過程的人,先從spring監聽器作為入口。 org.springframework.web.context.ContextLoaderListener 找到初始化spring

Spring 初始過程詳細分析 [原始碼] (二)

上章講到org.springframework.context.support.AbstractApplicationContext.refresh() ,這個方法完成了spring IOC容器的初始化, 在看程式碼前,我們首先要大概瞭解下spring BeanFactor

Spring初始過程原始碼分析(1)

本文主要詳細分析Spring初始化過程的原始碼分析,目的是理解Spring具體是如何工作的。部分內容查閱於網路,有不妥之處望指正。 1、web專案中伺服器一啟動就開始載入web.xml,Spring的啟動是從web.xml中的org.springframewo

Spring初始過程到AOP

should aop amp 切點 reg 遞歸調用 finish pes auto 初始化過程 public void refresh() throws BeansException, IllegalStateException { synchro

twemproxy0.4原理分析-系統初始過程原理分析

概述 本文介紹twemproxy的系統初始化過程。該過程包括以下幾個方面的內容: 讀取配置檔案,根據配置檔案初始化資料結構 和後臺伺服器建立連線,形成伺服器連線池 初始化事件處理框架,並設定最開始的事件處理函式 建立twemproxy的監聽socket,

Spring MVC】DispatcherServlet詳解(容器初始詳細過程原始碼分析

DispatcherServlet類相關的結構圖DispatcherServlet的初始化程式DispatcherServlet初始化了什麼,可以在其initStrategies()方法中知曉,這個方法如下: protected void initStrategies(App

spring原始碼學習之路---深度分析IOC容器初始過程(三)

分析FileSystemXmlApplicationContext的建構函式,到底都做了什麼,導致IOC容器初始化成功。 public FileSystemXmlApplicationContext(String[] configLocations, boolean ref

go原始碼分析() 通過除錯看go程式初始過程

參考資料:Go 1.5 原始碼剖析 (書籤版).pdf 編寫go語言test.go package main import ( "fmt" ) func main(){ fmt.Println("Hello World") }  帶除錯的編譯程式碼 go build -

Spring原始碼解析--《SPRING技術內幕:深入解析Spring架構與設計原理》讀書筆記():IOC容器初始過程

通過閱讀相關章節內容,Spring中IOC容器的載入中,我們需要了解下列幾個概念: Resource:是一個定位、訪問資源的抽象介面,包含了多種資源操作的基礎方法定義,如getInputStream()、exists()、isOpen()、getD

spring原始碼) springmvc啟動過程,springmvc初始過程

spring mvc配置 我們知道要想使用springmvc,一般需要配置如下 web.xml中配置ContextLoaderListener來載入spring根配置檔案。 <web-app> <context-param&g

Spring MVC原始碼分析——初始過程

1.      概述 對於Web開發者,MVC模型是大家再熟悉不過的了,SpringMVC中,滿足條件的請求進入到負責請求分發的DispatcherServlet,DispatcherServlet根據請求url到控制器的對映(HandlerMapping中儲存),Ha

Spring MVC原始碼分析之DispatcherServlet初始過程

DispatcherServelt本質是也是Servlet,由Servlet容器進行載入。 1.Servlet介面提供了Servlet的初始化方法:init(ServletConfig config)。 2.GenericServlet實現了方法init(S

Mybatis總結()SqlSessionFactory初始過程原始碼分析

SqlSessionFactoryBuilder根據傳入的資料流生成Configuration物件,然後根據Configuration物件建立預設的SqlSessionFactory例項。Mybatis初始化要經過簡單的以下幾步:1. 呼叫SqlSessionFactoryB

spring原始碼分析-web容器初始過程解析1

   在之前的“”中分析了spring mvc的初始化過程,接下來將分析其請求處理過程。         在找請求處理的入口時,我們需要先知道Servlet的程式設計規範,對應不同的請求(如POST、GET等)的實現方法在FrameworkServlet中,分別是doP

spring源碼分析初始過程

源碼分析 true singleton 存在 factory 源碼 org 包含 eric 1.org.springframework.web.context.ContextLoaderListener 一個ServletContextListener,web容器啟動監聽器

dubbo原始碼分析-消費端啟動初始過程-筆記

消費端的程式碼解析是從下面這段程式碼開始的 <dubbo:reference id="xxxService" interface="xxx.xxx.Service"/> ReferenceBean(afterPropertiesSet) ->getObject() ->ge

Spring系列(五) 容器初始過程原始碼

IoC/DI 的概念 容器是Spring的核心之一(另一個核心是AOP). 有了容器, IOC才可能實現. 什麼使IoC? IoC就是將類自身管理的與其由依賴關係的物件的建立/關聯和管理交予容器實現, 容器按照配置(比如xml檔案)來組織應用物件的建立和關聯. 什麼使DI? DI是IoC的實現方式, 由容器

Spring原始碼:Bean初始過程

主程式碼 bean完成屬性注入之後,接著要以bean進行初始化,初始化過程在AbstractAutowireCapableBeanFactory抽象類中,核心程式碼如下: protected Object initializeBean(fina

Spring原理()IoC容器的初始過程之BeanFactory

IoC容器的初始化過程 IoC容器的啟動過程包括BeanDefinition的Resource定位、載入和註冊三個基本過程。 但spring是把這三個過程分開的,並用不同的模組來完成,比如ResourceLoader、 BeanDefi

Linux核心初始過程原始碼分析疑點記錄+好書推薦(附下載)

    這個對基於PowerPC的Linux核心原始碼剖析的文章已經寫了三篇了(見前三篇博文),由於可以找到的關於PowerPC E300處理器的Linux文章基本沒有,這些都是一點點摸索的,可能存在不少的錯誤,特別是第3篇,自我感覺很差,開始計劃寫這個系列的時候,自以為已