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包。