現在JavaConfig配置方式在逐步取代xml配置方式。而WebApplicationInitializer可以看做是Web.xml的替代，它是一個接口。通過實現WebApplicationInitializer，在其中可以添加servlet，listener等，在加載Web項目的時候會加載這個接口實現類，從而起到web.xml相同的作用。下面就看一下這個接口的詳細內容。
? ? ?首先打開這個接口，如下：
public interface WebApplicationInitializer {void onStartup(ServletContext var1) throws ServletException; }
只有一個方法，看不出什么頭緒。但是，在這個包下有另外一個類，SpringServletContainerInitializer。它的實現如下：
package org.springframework.web;import java.lang.reflect.Modifier; import java.util.Iterator; import java.util.LinkedList; import java.util.List; import java.util.Set; import javax.servlet.ServletContainerInitializer; import javax.servlet.ServletContext; import javax.servlet.ServletException; import javax.servlet.annotation.HandlesTypes; import org.springframework.core.annotation.AnnotationAwareOrderComparator;@HandlesTypes({WebApplicationInitializer.class}) public class SpringServletContainerInitializer implements ServletContainerInitializer {public SpringServletContainerInitializer() {}public void onStartup(Set<Class<?>> webAppInitializerClasses, ServletContext servletContext) throws ServletException {List<WebApplicationInitializer> initializers = new LinkedList();Iterator var4;if(webAppInitializerClasses != null) {var4 = webAppInitializerClasses.iterator();while(var4.hasNext()) {Class<?> waiClass = (Class)var4.next();if(!waiClass.isInterface() && !Modifier.isAbstract(waiClass.getModifiers()) && WebApplicationInitializer.class.isAssignableFrom(waiClass)) {try {initializers.add((WebApplicationInitializer)waiClass.newInstance());} catch (Throwable var7) {throw new ServletException("Failed to instantiate WebApplicationInitializer class", var7);}}}}if(initializers.isEmpty()) {servletContext.log("No Spring WebApplicationInitializer types detected on classpath");} else {servletContext.log(initializers.size() + " Spring WebApplicationInitializers detected on classpath");AnnotationAwareOrderComparator.sort(initializers);var4 = initializers.iterator();while(var4.hasNext()) {WebApplicationInitializer initializer = (WebApplicationInitializer)var4.next();initializer.onStartup(servletContext);}}} }
這個類就比較有意思了，先不管其他的，讀一下這段代碼，可以得到這樣的意思。
? ? ? ? ? ? ?先判斷webAppInitializerClasses這個Set是否為空。如果不為空的話，找到這個set中不是接口，不是抽象類，并且是
WebApplicationInitializer接口實現類的類，將它們保存到list中。當這個list為空的時候，拋出異常。不為空的話就按照一定的順序排序，并將它們按照一定的順序實例化。調用其onStartup方法執行。到這里，就可以解釋WebApplicationInitializer實現類的工作過程了。但是，在web項目運行的時候，SpringServletContainerInitializer這個類又是怎樣被調用的呢。
? ? ? ? ? ?它只有一個接口，ServletContainerInitializer，通過它就可以解釋SpringServletContainerInitializer是如何被調用的。它的內容如下：
package javax.servlet;import java.util.Set;public interface ServletContainerInitializer {void onStartup(Set<Class<?>> var1, ServletContext var2) throws ServletException; }
首先，這個接口是javax.servlet下的。官方的解釋是這樣的：為了支持可以不使用web.xml。提供了ServletContainerInitializer，它可以通過SPI機制，當啟動web容器的時候，會自動到添加的相應jar包下找到META-INF/services下以ServletContainerInitializer的全路徑名稱命名的文件，它的內容為ServletContainerInitializer實現類的全路徑，將它們實例化。既然這樣的話，那么SpringServletContainerInitializer作為ServletContainerInitializer的實現類，它的jar包下也應該有相應的文件。打開查看如下：
哈，現在就可以解釋清楚了。首先，SpringServletContainerInitializer作為ServletContainerInitializer的實現類，通過SPI機制，在web容器加載的時候會自動的被調用。（這個類上還有一個注解@HandlesTypes，它的作用是將感興趣的一些類注入到ServletContainerInitializerde）， 而這個類的方法又會掃描找到WebApplicationInitializer的實現類，調用它的onStartup方法，從而起到啟動web.xml相同的作用。
? ? ? ? ?然后，我們自己通過一個實例來實現相同的功能，通過一樣的方式來訪問一個servlet。
? ? ? ??
? ? ? ? ?1、定義接口WebParameter，它就相當于WebApplicationInitializer。內容如下：
public interface WebParameter {void loadOnstarp(ServletContext servletContext); }
可以在這里面添加servlet，listener等。
2、定義Servlet。
public class MyServlet extends HttpServlet {@Overrideprotected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {resp.getWriter().write("TestSetvlet");} }
3、定義MyWebParameter作為WebParameter的實現類，將Servlet添加到上下文，并設置好映射。
public class MyWebParameter implements WebParameter {public void loadOnstarp(ServletContext servletContext) {ServletRegistration.Dynamic testSetvelt=servletContext.addServlet("test","com.test.servlet.MyServlet");testSetvelt.setLoadOnStartup(1);testSetvelt.addMapping("/test");} }
當然，也可以把第2步和第3步合在一起：
public class MyServlet extends HttpServlet implements WebParameter {@Overridepublic void loadOnstarp(ServletContext servletContext) {ServletRegistration.Dynamic testSetvelt=servletContext.addServlet("test","com.test.servlet.MyServlet");testSetvelt.setLoadOnStartup(1);testSetvelt.addMapping("/test");}@Overrideprotected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {resp.getWriter().write("TestSetvlet");} }
而且以后可以將Spring的applicationContext.xml與web.xml融合在一個類中。即注解為@Configuration,并實現WebApplicationInitializer。
4、定義好WebConfig作為ServletContainerInitializer的實現類，它的作用是掃描找到WebParameter的實現類，并調用其方法。
@HandlesTypes({WebParameter.class})
public class WebConfig implements ServletContainerInitializer {public void onStartup(Set<Class<?>> set, ServletContext servletContext) throws ServletException {Iterator var4;if (set!=null){var4=set.iterator();while(var4.hasNext()){Class<?> clazz= (Class<?>) var4.next();if (!clazz.isInterface()&& !Modifier.isAbstract(clazz.getModifiers())&&WebParameter.class.isAssignableFrom(clazz)){try {((WebParameter) clazz.newInstance()).loadOnstarp(servletContext);}catch (Exception e){e.printStackTrace();}}}}}
} ??5、根據SPI機制，定義一個META-INF/services文件夾，并在其下定義相關文件名稱，并將WebConfig的類全名稱填入其中。
6、最終結果：
?
?
?
本文轉自：https://blog.csdn.net/zq17865815296/article/details/79464403
