web容器啟動Spring
阿新 • • 發佈:2019-01-05
spring容器是如何在web應用中得到應用的,web容器又是如何以及何時啟動spring容器的呢?
話不多說,看web.xml中幾段配置:
<!---①從類路徑下載入spring配置檔案->
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
classpath*:config/spring/common/appcontext-*.xml,
classpath*:config/spring/local/appcontext-*.xml,
classpath*:/config/spring/abtest/appcontext-*.xml,
classpath*:/config/spring/pagelet/appcontext-pagelet-core.xml
</param-value>
</context-param>
<!--②負責啟動spring容器的監聽器,它將使用①處的上下文引數獲得spring配置檔案地址-->
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
首先要搞清楚,這個配置檔案是web.xml,所以載入這個檔案啟動的是web容器。<context-param>配置的是web容器的引數,<listener>定義的也是屬於該web容器啟動時的一個監聽器。web容器讀取載入了它的若干配置引數,然後再通過一個ServletContextEvent事件通知它的監聽器:“我啟好了哦”。事件是包含訊息內容的,這個發給ContextLoaderListener的事件裡,就包含了ServletContext即web容器的上下文,web容器的上下文裡就包含了context-param(我們在①處配置的那些引數),那麼我們的ContextLoaderListener就能讀到我們的contextConfigLocation的配置資訊了。接到了事件通知,又從通知事件裡拿到了配置引數,接下來去巴拉巴拉啟動spring容器就順利成章了吧~~
但,其實上面有一個地方我講得並不對,監聽器listener並不是在web容器啟好了之後才收到事件通知,而是在所有載入完了之後,web容器的上下文ServletContext初始化完成後就收到了通知,而listener收到的事件訊息裡恰恰包含的也是剛剛才建立起來的這個ServletContext。
web.xml的初始化順序:context-param --> listener --> filter --> servlet 。
什麼又是classpath呢?比如我的一個專案編譯後的這個路徑:
dish-server/target/dish-server-0.0.1-SNAPSHOT/WEB-INF
WEB-INF 下包含如下內容:
這裡的classes和lib就是我們抽象的classpath。
1.classes下包含的是我們web工程裡java下所有編譯完的class檔案以及resources下的所有資原始檔。
2.lib下包含的是我們所依賴的所有jar包。
話不多說,看web.xml中幾段配置:
<!---①從類路徑下載入spring配置檔案->
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
classpath*:config/spring/common/appcontext-*.xml,
classpath*:config/spring/local/appcontext-*.xml,
classpath*:/config/spring/abtest/appcontext-*.xml,
classpath*:/config/spring/pagelet/appcontext-pagelet-core.xml
</param-value>
</context-param>
<!--②負責啟動spring容器的監聽器,它將使用①處的上下文引數獲得spring配置檔案地址-->
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
首先要搞清楚,這個配置檔案是web.xml,所以載入這個檔案啟動的是web容器。<context-param>配置的是web容器的引數,<listener>定義的也是屬於該web容器啟動時的一個監聽器。web容器讀取載入了它的若干配置引數,然後再通過一個ServletContextEvent事件通知它的監聽器:“我啟好了哦”。事件是包含訊息內容的,這個發給ContextLoaderListener的事件裡,就包含了ServletContext即web容器的上下文,web容器的上下文裡就包含了context-param(我們在①處配置的那些引數),那麼我們的ContextLoaderListener就能讀到我們的contextConfigLocation的配置資訊了。接到了事件通知,又從通知事件裡拿到了配置引數,接下來去巴拉巴拉啟動spring容器就順利成章了吧~~
但,其實上面有一個地方我講得並不對,監聽器listener並不是在web容器啟好了之後才收到事件通知,而是在所有載入完了之後,web容器的上下文ServletContext初始化完成後就收到了通知,而listener收到的事件訊息裡恰恰包含的也是剛剛才建立起來的這個ServletContext。
web.xml的初始化順序:context-param --> listener --> filter --> servlet 。
什麼又是classpath呢?比如我的一個專案編譯後的這個路徑:
dish-server/target/dish-server-0.0.1-SNAPSHOT/WEB-INF
WEB-INF 下包含如下內容:
這裡的classes和lib就是我們抽象的classpath。
1.classes下包含的是我們web工程裡java下所有編譯完的class檔案以及resources下的所有資原始檔。
2.lib下包含的是我們所依賴的所有jar包。