Spring-web源码解析之Initializer2-SpringServletContainerInitializer

基于4.1.7.RELEASE

ServletContainerInitializer

前面都是Spring内部WebApplicationInitializer的实现，下面来看一个Servlet包中ServletContainerInitializer的实现。

首先看类申明

@HandlesTypes(WebApplicationInitializer.class)
public class SpringServletContainerInitializer implements ServletContainerInitializer

出现了一个@HandlesTypes的注解，这个注解的作用是指明在ServletContainerInitializer的实现类中其onStartup方法中所传进来的Class类型。

onStart的方法主要是创建WebApplicationInitializer并进行调用。

public void onStartup(Set<Class<?>> webAppInitializerClasses, ServletContext servletContext)
      throws ServletException {

   List<WebApplicationInitializer> initializers = new LinkedList<WebApplicationInitializer>();

   if (webAppInitializerClasses != null) {
      for (Class<?> waiClass : webAppInitializerClasses) {
         if (!waiClass.isInterface() && !Modifier.isAbstract(waiClass.getModifiers()) &&
               WebApplicationInitializer.class.isAssignableFrom(waiClass)) {
            try {
               initializers.add((WebApplicationInitializer) waiClass.newInstance());
            }catch (Throwable ex) {
            }
         }
      }
   }

   AnnotationAwareOrderComparator.sort(initializers);
   for (WebApplicationInitializer initializer : initializers) {
      initializer.onStartup(servletContext);
   }
}

在上面的代码中，首先进行了WebApplicationInitializer的实例化工作，为什么waiClass.newInstance()能够生效呢，是因为Servlet(3.0+)的容器在启动时扫描了所有@HandlesTypes指定的Class的实现类，然后封装在webAppInitializerClasses的Set里传递进来。

初始化完毕之后对所有的initializers进行了排序，如果initializer有@Order注解或者实现了Order接口，那么排序会依照Order指定的顺序完成。

排序之后则是调用了所有的initializer的onStartup方法，这些方法里或初始化DispatchServlet，或ConextLoaderListener，或Filter则根据各类不同的实现规则而定，由此可以看出Spring初始化的一些端倪。