servlet容器加载war过程

Posted 2023-04-26

您好，Servlet容器加载war过程是指当Servlet容器接收到一个war文件时，它会自动进行一系列的步骤来加载war文件，以便能够正确地处理它。

首先，Servlet容器会解析war文件，以确定其中包含的文件和资源。它会检查war文件中的描述文件，以确定其中包含的Servlet、JSP和其他资源的位置和配置信息。

接下来，Servlet容器会加载war文件中的所有类文件，并将它们加载到内存中。它会检查这些类文件，以确保它们满足所有必要的规范，并且可以正确地执行。

接下来，Servlet容器会创建一个新的Servlet上下文，用于存储war文件中的所有Servlet、JSP和其他资源。它会检查war文件中的描述文件，以确定Servlet、JSP和其他资源的位置和配置信息，并将这些信息存储在Servlet上下文中。

最后，Servlet容器会启动war文件中的所有Servlet和JSP，并将它们注册到Servlet上下文中。这样，一旦Servlet容器接收到一个请求，就可以正确地处理它，并将请求发送到正确的Servlet或JSP中。

总之，Servlet容器加载war过程就是Servlet容器接收到一个war文件并自动进行一系列步骤来加载war文件，以便能够正确地处理它的过程。 参考技术A Servlet 容器加载 War 的过程如下：

容器启动：当 Servlet 容器启动时，它会扫描配置的部署目录，找到所有的 War 文件。

War 文件解压：Servlet 容器会解压 War 文件，把它的内容放到容器的部署目录中。

加载配置文件：Servlet 容器会读取 War 文件中的 web.xml 文件，并使用其中的配置信息配置该 Web 应用。

加载 Servlet：Servlet 容器根据配置文件中的信息，加载所有的 Servlet 类。

创建 Servlet 实例：Servlet 容器创建所有 Servlet 类的实例，并且将它们注册到容器的 Servlet 映射表中。

加载 JSP 页面：如果 War 文件中存在 JSP 页面，Servlet 容器会将它们编译为 Servlet 类，并且创建它们的实例。

加载静态资源：Servlet 容器加载 War 文件中的静态资源，例如图像、样式表和 javascript 文件。。

完成加载：Servlet 容器通知客户端，该 Web 应用已经加载完成，并且可以接受请求。

请注意，这是一个大致的过程，具体的实现可能因 Servlet 容器的版本和配置而异。 参考技术B servlet容器加载war过程在 spring boot 之前的web开发，我们都是把我们的应用部署到 Tomcat 等servelt容器，这些容器一般都会在我们的应用服务器上安装好环境，但是 spring boot 中并不需要外部应用服务器安装这些servlet容器，spring boot自带了嵌入式的servlet容器。

如何修改和定制嵌入式servlet容器
在application.yaml文件中配置修改
#修改服务端口号
server.port=8081
#配置统一请求路径
server.context‐path=/crud

#配置tomcat相关
server.tomcat.uri‐encoding=UTF‐8
这些配置相关的属性都定义在org.springframework.boot.autoconfigure.web.ServerProperties类中

编写一个嵌入式的servlet容器的定制器来修改相关的配置
@Component
public class CustomizationBean implements WebServerFactoryCustomizer<ConfigurableServletWebServerFactory>

@Override
public void customize(ConfigurableServletWebServerFactory server)
server.setPort(9000);


直接定制具体的servlet容器配置，比如 tomcat 容器
@Configuration
public class ApplicationConfig implements WebMvcConfigurer

@Bean
public ConfigurableServletWebServerFactory configurableServletWebServerFactory()
TomcatServletWebServerFactory factory = new TomcatServletWebServerFactory();
factory.setPort(8585);
return factory;


注册 Servlet、Filter、Listener
spring boot默认是以 jar 包的方式启动嵌入式的 servlet 容器来启动web应用，应用中并没有 web.xml 文件，我们注册 servlet, filter, 和 listener 三大组件可以使用以下方式

利用ServletRegistrationBean注册 servlet

定义自己的 servlet
public class MyServlet extends HttpServlet

@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp)
throws ServletException, IOException
resp.getWriter().print("servlet doGet");


给容器中注册自己的 servlet
@Configuration 参考技术C Servlet容器加载WAR过程主要包括以下几步：

1、容器识别：当应用程序发布在服务器上，服务器会对应用程序的部署描述文件进行解析，并获得应用程序的基本信息

2、类加载：服务器从WAR文件中解压缩出Class文件，并将它加载到内存中

3、事件处理：使用Servlet容器中提供的事件监听器，来响应客户端发出的请求

4、错误处理：Servlet容器会对运行过程中发生的异常情况进行处理

5、停止服务：如果应用程序已经停止，容器将释放应用程序占用的所有资源。 参考技术D Servlet容器加载WAR文件的过程：第一步，解析WAR文件，提取里面的文件；第二步，实例化要处理的Servlet；第三步，初始化Servlet并注册；第四步，将请求映射到对应的Servlet上，处理请求。

深入理解 spring 容器，源码分析加载过程

    Spring框架提供了构建Web应用程序的全功能MVC模块，叫Spring MVC，通过Spring Core+Spring MVC即可搭建一套稳定的Java Web项目。本文通过Spring MVC源码分析介绍它的核心实现原理。

    Tomcat服务器启动入口文件是web.xml，通过在其中配置相关的Listener和Servlet即可加载Spring MVC所需数据。基于Spring MVC最简单的配置如下。

<!-- 加载Spring配置文件 -->  
<context-param>  
    <param-name>contextConfigLocation</param-name>  
    <param-value>  
    classpath:spring-context*.xml  
    </param-value>  
</context-param>  
<listener>  
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>  
</listener>  
  
<!-- 加载spring mvc -->  
<servlet>  
    <servlet-name>spring3mvc</servlet-name>  
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  
    <init-param>  
        <param-name>contextConfigLocation</param-name>  
        <param-value>  
        classpath:spring-mvc*.xml  
        </param-value>  
    </init-param>  
    <load-on-startup>1</load-on-startup>  
</servlet>  
  
<servlet-mapping>  
    <servlet-name>spring3mvc</servlet-name>  
    <url-pattern>/</url-pattern>  
</servlet-mapping>  

• 创建容器

        ContextLoaderListener基于Web上下文级别的监听器在启动服务器时就创建ApplicationContext并且将配置的Spring Bean加载到容器中中。

        DispatcherServlet是一个请求分发控制器，所有匹配的URL都会通过该Servlet分发执行，在创建Servlet对象时会初始化Spring MVC相关配置。

        在web.xml中，我们看到基于ContextLoaderListener和DispatcherServlet都可以配置spring相关的XML，值得说明的是这两种方式加载spring的ApplicationContext上下文对象不是合并存储的，具体可参考http://blog.csdn.net/madun/article/details/8988860。所以个人建议，基于mvc相关的spring配置由DispatcherServlet加载，而其余的JavaBean都交给ContextLoaderListener加载。

一、ContextLoaderListener

        ContextLoaderListener是一个实现了ServletContextListener接口的监听器，在启动项目时会触发contextInitialized方法（该方法主要完成ApplicationContext对象的创建），在关闭项目时会触发contextDestroyed方法（该方法会执行ApplicationContext清理操作）。

public class ContextLoaderListener extends ContextLoader implements ServletContextListener

        ConextLoaderListener加载Spring上下文的过程可以用下图表示，黄色区块是核心代码。

简单介绍一下上图的运行流程：

①启动项目时触发contextInitialized方法，该方法就做一件事：通过父类contextLoader的initWebApplicationContext方法创建Spring上下文对象。

②initWebApplicationContext方法做了三件事：创建WebApplicationContext；加载对应的Spring文件创建里面的Bean实例；将WebApplicationContext放入ServletContext（就是Java Web的全局变量）中。

③createWebApplicationContext创建上下文对象，支持用户自定义的上下文对象，但必须继承自ConfigurableWebApplicationContext，而Spring MVC默认使用XmlWebApplicationContext作为ApplicationContext（它仅仅是一个接口）的实现。

④configureAndRefreshWebApplicationContext方法用于封装ApplicationContext数据并且初始化所有相关Bean对象。它会从web.xml中读取名为contextConfigLocation的配置，这就是spring xml数据源设置，然后放到ApplicationContext中，最后调用传说中的refresh方法执行所有Java对象的创建。

⑤完成ApplicationContext创建之后就是将其放入ServletContext中，注意它存储的key值常量。

//常量  
public static final String ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE = WebApplicationContext.class.getName() + ".ROOT";  

servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, this.context);  

注：要获取 ContextLoader级别的IOC容器对象可以这样写：

WebApplicationContext rootContext = WebApplicationContextUtils.getWebApplicationContext(getServletContext()); 

 二、DispatcherServlet

DispatcherServlet是前端控制器设计模式的实现，提供Spring Web MVC的集中访问点，而且负责职责的分派，而且与Spring IoC容器无缝集成，从而可以获得Spring的所有好处。

要了解DispatcherServlet是如何加载容器，需要先了解它的继承关系，如下图所示：

 

如果在web.xml中设置了Servlet的<load-on-startup>1</load-on-startup>，则表示随项目启动，而我们知道Servelt创建时会首先调用init方法，所以继承了HttpServlet的HttpServletBean就是关键入口了。那么整个代码运行流程如下图所示。

 

①HttpServletBean.init方法中执行initServletBean方法进行初始化操作，当然该方法在HttpServletBean是空方法，所以需要子类重写。

②FrameworkServlet.initServletBean子类不负众望，重写了initServletBean方法，该方法最核心的操作就是调用initWebApplicationContext()执行上下文Bean初始化。

③FrameworkServlet.initWebApplicationContext方法首先获取自己的双亲上下文（也就是ContextLoaderListener初始化成功的WebApplicationContext）；然后创建或者获取当前Servelet的WebApplicationContext。

④无论是自己创建还是获取现有的WebApplicationContext，最终都会让Servelt级别的WebApplicationContext执行configureAndRefreshWebApplicationContext()方法进行上下文容器初始化。

 

通过以上几步即可创建一个完整的IOC容器，而完成容器创建之后，DispatcherServlet还做了一件事：初始化Servelt控制器必备对象，这个是在initWebApplicationContext()方法中通过调用onRefresh(wac)方法实现的。而onRefresh也被重写过，如果要了解怎么初始化Servlet控制器必备对象可以查看DispatcherServlet的onRefresh方法了解。

/** 
 * This implementation calls {@link #initStrategies}. 
 */  
@Override  
protected void onRefresh(ApplicationContext context) {  
    initStrategies(context);  
}  
  
/** 
 * Initialize the strategy objects that this servlet uses. 
 * <p>May be overridden in subclasses in order to initialize further strategy objects. 
 */  
protected void initStrategies(ApplicationContext context) {  
    initMultipartResolver(context);  
    initLocaleResolver(context);  
    initThemeResolver(context);  
    initHandlerMappings(context);  
    initHandlerAdapters(context);  
    initHandlerExceptionResolvers(context);  
    initRequestToViewNameTranslator(context);  
    initViewResolvers(context);  
    initFlashMapManager(context);  
}