Spring-web源码解析之ContextLoaderListener

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介: 基于版本4.1.7.RELEASE该类作用:ContextLoaderListener作为启动时的监听器,用于开启和关闭Spring的根WebApplicationContext,该监听器在web.

基于版本4.1.7.RELEASE

该类作用:ContextLoaderListener作为启动时的监听器,用于开启和关闭Spring的根WebApplicationContext,该监听器在web.xml中应该放置于org.springframework.web.util.Log4jConfigListener 后面

先看看它的父类和实现的接口 

继承ContextLoader : 应用上下文初始化的实际执行者

实现ServletContextListener :  接收ServletContext生命周期变化时的通知

构造函数:

public ContextLoaderListener() {
}

在web.xml中如下方式定义ContextLoaderListener的时候会被默认调用:

<listener>
   <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>  

在创建ContextLoaderListener的时候,会根据servlet中指定的contextClass和contextConfigLocation来创建web application context,具体的工作则是在ContextLoader中进行

创建的ApplicationContext会被挂到WebApplicationContext的ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE属性上。

带参数的构造函数:

public ContextLoaderListener(WebApplicationContext context) {
   super(context);
}

指定WebApplicationContext,同样它也会被挂到ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE属性上。

传入的context是否加载完成配置文件,即是否被refresh的状态是未定的,如果 context是ConfigurableWebApplicationContext类型并且未被refresh,则会根据状态产生以下5种行为。

  1. 根据是否具有id,赋值一个id。
  2. ServletContext和ServletConfig会被委派给context进行代理。
  3. 调用customizeContexxt方法
  4. 通过contextInitializerClasses指定的任意ApplicationContextInitializer会被接受
  5. 调用refresh方法

如果不满足上述行为产生的条件,则默认为用户已经完成所需要做的工作。

@Override
public void contextInitialized(ServletContextEvent event) {
   initWebApplicationContext(event.getServletContext());
}

实现ServletContextListener中的方法,属于ServletContext的生命周期中开始初始化时通知的事件,我们查看ServletContextListener中对于该方法的解释:

/**
 * Receives notification that the web application initialization
 * process is starting.
 */

意思是在web application 初始化进程开始的时候会接收到通知,但是方法名是contextInitialized过去式,那到底是开始初始化的时候通知还是初始化完毕再通知呢?我们看对于参数的解释

/**
* @param sce the ServletContextEvent containing the ServletContext
* that is being initialized
*/

参数中包含已经被初始化完毕的ServletContext,表示接收通知时,web application 应该是被初始化完毕了。所有的servlet和filter是在该通知发出后才被初始化的

回到@Override这里调用了ContextLoader的initWebApplicationContext方法,表明在WebApplicationContext初始化完毕后才开始RootApplicationContext的初始化工作。

@Override
public void contextDestroyed(ServletContextEvent event) {
   closeWebApplicationContext(event.getServletContext());
   ContextCleanupListener.cleanupAttributes(event.getServletContext());
}

同样是实现ServletContextListener中的方法,在ServletContextListener的接口方法定义中,该方法是ServletContext关闭时通知的,在任何一个listener被通知到之前,所有的servlets和filters会被销毁,参数event中含有已经被销毁的ServletContext。

回到@Override方法中,这里调用了ContextLoader的closeWebApplicationContext方法,并且调用了ContextCleanupListener的cleanupAttributes清理方法,这里面会查找到所有org.springframework开头的类,进行各自定义的销毁流程。












目录
相关文章
|
22小时前
|
Java Spring
Spring底层架构源码解析(三)
Spring底层架构源码解析(三)
|
22小时前
|
XML Java 数据格式
Spring底层架构源码解析(二)
Spring底层架构源码解析(二)
|
1天前
|
算法 Java 程序员
Map - TreeSet & TreeMap 源码解析
Map - TreeSet & TreeMap 源码解析
7 0
|
1天前
|
缓存 Java 程序员
Map - LinkedHashSet&Map源码解析
Map - LinkedHashSet&Map源码解析
11 0
|
21天前
|
SQL 监控 druid
springboot-druid数据源的配置方式及配置后台监控-自定义和导入stater(推荐-简单方便使用)两种方式配置druid数据源
这篇文章介绍了如何在Spring Boot项目中配置和监控Druid数据源,包括自定义配置和使用Spring Boot Starter两种方法。
|
2月前
|
缓存 Java Maven
Java本地高性能缓存实践问题之SpringBoot中引入Caffeine作为缓存库的问题如何解决
Java本地高性能缓存实践问题之SpringBoot中引入Caffeine作为缓存库的问题如何解决
|
1天前
|
SQL JSON Java
mybatis使用三:springboot整合mybatis,使用PageHelper 进行分页操作,并整合swagger2。使用正规的开发模式:定义统一的数据返回格式和请求模块
这篇文章介绍了如何在Spring Boot项目中整合MyBatis和PageHelper进行分页操作,并且集成Swagger2来生成API文档,同时定义了统一的数据返回格式和请求模块。
mybatis使用三:springboot整合mybatis,使用PageHelper 进行分页操作,并整合swagger2。使用正规的开发模式:定义统一的数据返回格式和请求模块
|
3月前
|
Java 测试技术 数据库
Spring Boot中的项目属性配置
本节课主要讲解了 Spring Boot 中如何在业务代码中读取相关配置,包括单一配置和多个配置项,在微服务中,这种情况非常常见,往往会有很多其他微服务需要调用,所以封装一个配置类来接收这些配置是个很好的处理方式。除此之外,例如数据库相关的连接参数等等,也可以放到一个配置类中,其他遇到类似的场景,都可以这么处理。最后介绍了开发环境和生产环境配置的快速切换方式,省去了项目部署时,诸多配置信息的修改。
|
3月前
|
Java 应用服务中间件 开发者
Java面试题:解释Spring Boot的优势及其自动配置原理
Java面试题:解释Spring Boot的优势及其自动配置原理
105 0
|
7天前
|
XML Java 应用服务中间件
【Spring】运行Spring Boot项目,请求响应流程分析以及404和500报错
【Spring】运行Spring Boot项目,请求响应流程分析以及404和500报错
77 2

推荐镜像

更多