基于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初始化的一些端倪。