网上关于Web项目启动流程的文章很多，不过大部分都是基于配置文件方式的启动分析。我们知道从Servlet 3.0 开始Tomcat已经支持注解式的配置。所以想了解下，在注解的配置方式下，Web是怎样启动起来的。
本文设计大量源码和Tomcat的一些实现。如果对这些没有兴趣，可以直接看最后的[总结]
通过注解配置一个Web应用
下面是一个通过注解实现一个简单的Web应用.
public class SpringWebInitializer extend AbstractAnnotationConfigDispatcherServletInitializer {
@Override
protected Class<?>[] getRootConfigClasses() {
return new Class<?>[]{RootConfig.class};
}
@Override
protected Class<?>[] getServletConfigClasses() {
return new Class<?>[]{WebConfig.class};
}
@Override
protected String[] getServletMappings() {
return new String[]{"/"};
}
}
上面四个类，各有各的职责，相对于些.xml文件，你只需要实现这些抽象类的抽象方法即可。详细解释这里省略。
我们现在关注最顶层的那个接口 WebApplicaitonInitializer。经过查看其源码。
public interface WebApplicationInitializer {
/**
* Configure the given {@link ServletContext} with any servlets, filters, listeners
* context-params and attributes necessary for initializing this web application. See
* examples {@linkplain WebApplicationInitializer above}.
* @param servletContext the {@code ServletContext} to initialize
* @throws ServletException if any call against the given {@code ServletContext}
* throws a {@code ServletException}
*/
void onStartup(ServletContext servletContext) throws ServletException;
}
什么都没发现。但是，通过同包下面的另一个接口 SpringServletContainerInitializer ,查看其源码。发现了它和WebApplicationInitializer扯上了关系，当时它实现的接口ServletContainerInitializer 和@HandlesTypes 注解的作用是什么？
@HandlesTypes(WebApplicationInitializer.class)
public class SpringServletContainerInitializer implements ServletContainerInitializer {
@Override
public void onStartup(Set<Class<?>> webAppInitializerClasses, ServletContext servletContext)
throws ServletException {
.......篇幅有限,去除无用代码.......
for (WebApplicationInitializer initializer : initializers) { // 通知启动WebApplicationInitializer 的实现
initializer.onStartup(servletContext);
}
}
}
main函数在哪里？
我们知道，一个Java应用是需要一个main函数的作为入口来执行。但是我们平时写Web项目好像没有写过main函数。你可能有疑问，那它是怎么跑起来的？是不是用了什么特别的黑科技，没有用main函数？其实不是这样的，我们写web项目，少不了一个Web的应用容器，例如Tomcat， JBoss等等。main函数其实是在这些容器里面。
例如Tomcat,它的主类叫做Bootstrap，main函数就写在这个主类里面.
如果有兴趣可以下载下来Tomcat源码，导入到IDE中查看。参考这篇文章配置
你也可以直接pull 我在Github上已经配置好的源码，直接导入到Idea即可
在Tomcat应用服务器启动以后。它会通过反射，利用ClassLoader来加载Web-App文件夹下面的Web应用的jar包。
Tomcat加载Web应用？
我们知道，每个Web应用都有一个自己唯一的一个ServletContext，在Tomcat里面，SerlvetContext的实现类是ApplicationContext。看名字也可以知道这代表着一个Application应用的上下文环境。我们现在只关心这个类就可以了。这个类里面有个类型为StandardContext,这是Context标准实现。
说到这个类，然后我们就需要谈起一个接口ServletContextListener，这个接口用来提供一个观察者模式，简单的讲就是用来监控ServletContext的启动，销毁生命周期的。
看一下Tomcat所有容器的抽象类里面的ContainerMBean类里面的addChild方法，这个StandardContextx其实就是一个ServletContext，即为一个应用容器。
//为容器添加子容器
public void addChild(String type, String name) throws MBeanException{
Container contained = (Container) newInstance(type);
contained.setName(name);
if(contained instanceof StandardHost){
HostConfig config = new HostConfig();
contained.addLifecycleListener(config);
} else if(contained instanceof StandardContext){
//添加的容器是一个Tomcat子容器的话，就分配其一个ContextCofig
ContextConfig config = new ContextConfig();
//将ContextConfig添加到Container的监听者行列中
contained.addLifecycleListener(config);
}
boolean oldValue= true;
ContainerBase container = doGetManagedResource();
try {
oldValue = container.getStartChildren();
container.setStartChildren(false);
container.addChild(contained);
/*
开始一个初始化，会通知所有正在监听Container的观察者
对于ContextConfig来说，现在应该做的是加载配置等
*/
contained.init();
} catch (LifecycleException e){
throw new MBeanException(e);
} finally {
if(container != null) {
container.setStartChildren(oldValue);
}
}
}
Tomcat 在为Host容器添加Context子容器时，会为其分配一个CntextConfig类。当你看到这个类名应该就会想到，这应该是和Web配置加载有关的一个类。
@Override
public void lifecycleEvent(LifecycleEvent event) {
......省略无用代码......
// Process the event that has occurred
if (event.getType().equals(Lifecycle.CONFIGURE_START_EVENT)) {
//当监听的容器发送，CONFIGURE_START_EVENT时，配置开始
configureStart();
}
.....省略无用代码.......
}
再来看看configureStart()方法
protected synchronized void configureStart() {
....省略无用代码·····
webConfig();
if (!context.getIgnoreAnnotations()) {
applicationAnnotationsConfig();
}
·····省略无用代码·····
}
从代码中可以看到，Tomcat先是从调用WebConfig()函数.这个函数的主要的动作就是读取web.xml配置文件，
- 函数webConfig()的执行动作的流程
- 读取web-fragment.xml和各个jar模块
- 排序所有读取到的fragments
- 查找所有的ServletContainerInitializer(SCIs)
- 处理WEB-INF/Classes文件夹下面的
- 处理所有的注解配置类和，并缓存
- 将所有的web-fragment.xml合并
- 转换所有的JSP代码成Java代码
- 将Web.xml配置转变成代码式的配置
- 查找静态资源默认文件夹
WEB-INF/classes/META-INF/resources - 将所有的实现ServletContainerInitializers的类添加到StandardContext的initializers集合中
我们在这里重点关注 第三步和第十三步，webConfig()中会调用processServletContainerInitializers()这个方法即为加载所有的经过 @HandlesTypes注解的类。
protected void webConfig() {
....
// Step 3. 查找ServletContainerInitializers
if (ok) {
processServletContainerInitializers();
}
......
// Step 11. ServletContainerInitializer 交给StandardContext去处理！在这里即为我们的应用所在的容器
if (ok) {
for (Map.Entry<ServletContainerInitializer,
Set<Class<?>>> entry :
initializerClassMap.entrySet()) {
if (entry.getValue().isEmpty()) {
context.addServletContainerInitializer(
entry.getKey(), null);
} else {
context.addServletContainerInitializer(
entry.getKey(), entry.getValue());
}
}
}
}
我们去StandardContext里面去看一下它是怎么处理这个集合属性的。在StandardContext类里面的startInternel()方法，就是启动这个
@Override
protected synchronized void startInternal() throws LifecycleException {
....
// Call ServletContainerInitializers,启动这些
for (Map.Entry<ServletContainerInitializer, Set<Class<?>>> entry :
initializers.entrySet()) {
try {
//启动所有的ServletContainerInitializer
entry.getKey().onStartup(entry.getValue(),
getServletContext());
} catch (ServletException e) {
log.error(sm.getString("standardContext.sciFail"), e);
ok = false;
break;
}
}
...
}
即: 通过内部启动时，它会通知所有正在监听的 ServletContainerInitializers,这样，即完成了Web应用的加载和初始化的配置！
总结
- Tomcat的Host容器在添加子容器时，会通过解析.xml并通过classloader加载 @HandlesTypes注解的类
- 读取@HandlesTypes注解value值。并放入ServletContainerInitializers 对应的Set集合中
- 在ApplicationContext 内部启动时会通知 ServletContainerInitializers 的onStart方法()。这个onStart方法的第一个参数就是@HandlesTypes注解的value 值指定的Class集合
- 在Spring 应用中，对ServletContainerInitializers的实现就是SpringServletContainerInitializer,注解指定的类就是WebApplicationInitializer.
