ServletContainerInitializer加载机制

OkidoGreen

已于 2023-08-10 14:00:41 修改

阅读量2.4k

点赞数 2

分类专栏： Servlet 3.0/异步 Servlet + Filter SpringBoot-原理文章标签： hive hadoop 数据仓库

于 2020-03-05 18:47:36 首次发布

原文链接：https://www.jianshu.com/p/118c146b3384

版权

SpringBoot-原理同时被 3 个专栏收录

76 篇文章 11 订阅

订阅专栏

Servlet 3.0/异步

34 篇文章 0 订阅

订阅专栏

Servlet + Filter

20 篇文章 0 订阅

订阅专栏

ServletContainerInitializer - 简书 (jianshu.com)https://www.jianshu.com/p/2b09d81ccab8简介

在web容器启动时为提供给第三方组件机会做一些初始化的工作，例如注册servlet或者filtes等，servlet规范中通过ServletContainerInitializer实现此功能。
每个框架要使用ServletContainerInitializer就必须在对应的jar包的META-INF/services 目录创建一个名为javax.servlet.ServletContainerInitializer的文件，文件内容指定具体的ServletContainerInitializer实现类。

实现步骤

1、Servlet容器启动会扫描，当前应用里面每一个jar包的
ServletContainerInitializer的实现
2、提供ServletContainerInitializer的实现类；
必须绑定在，META-INF/services/javax.servlet.ServletContainerInitializer
文件的内容就是ServletContainerInitializer实现类的全类名；

3、代码：
MyServletContainerInitializer.java

//容器启动的时候会将@HandlesTypes指定的这个类型下面的子类（实现类，子接口等）传递过来；
//传入感兴趣的类型；
@HandlesTypes(value={HelloService.class})
public class MyServletContainerInitializer implements ServletContainerInitializer {

    /**
     * 应用启动的时候，会运行onStartup方法；
     * 
     * Set<Class<?>> arg0：感兴趣的类型的所有子类型；
     * ServletContext arg1:代表当前Web应用的ServletContext；一个Web应用一个ServletContext；
     * 
     * 1）、使用ServletContext注册Web组件（Servlet、Filter、Listener）
     * 2）、使用编码的方式，在项目启动的时候给ServletContext里面添加组件；
     *      必须在项目启动的时候来添加；
     *      1）、ServletContainerInitializer得到的ServletContext；
     *      2）、ServletContextListener得到的ServletContext；
     */
    @Override
    public void onStartup(Set<Class<?>> arg0, ServletContext sc) throws ServletException {
        // TODO Auto-generated method stub
        System.out.println("感兴趣的类型：");
        for (Class<?> claz : arg0) {
            System.out.println(claz);
        }
        
        //注册组件  ServletRegistration  
        ServletRegistration.Dynamic servlet = sc.addServlet("userServlet", new UserServlet());
        //配置servlet的映射信息
        servlet.addMapping("/user");
        
        
        //注册Listener
        sc.addListener(UserListener.class);
        
        //注册Filter  FilterRegistration
        FilterRegistration.Dynamic filter = sc.addFilter("userFilter", UserFilter.class);
        //配置Filter的映射信息
        filter.addMappingForUrlPatterns(EnumSet.of(DispatcherType.REQUEST), true, "/*");
        
    }

}

总结

容器在启动应用的时候，会扫描当前应用每一个jar包里面META-INF/services/javax.servlet.ServletContainerInitializer指定的实现类，启动并运行这个实现类的方法；传入感兴趣的类型。

最近优化项目架构针对Logback日志框架需要结合Spring的profiles配置文件达到不同运行环境自动配置参数.

最开始想法是使用ServletContextListener监听器实现在项目初始化时读取Spring的profiles配置文件手动放入当前环境变量中但在测试过程中发现问题!

环境变量还没有开始加载, Logback框架已经开始被加载!

跟踪日志信息发现一个类LogbackServletContainerInitializer, Logback是通过该类进行Web环境初始化的!该类实现了javax.servlet.ServletContainerInitializer接口

第一次接触ServletContainerInitializer查找了一下相关规范, 于是自己也写了一个ServletContainerInitializer接口的类LogInitializer在但发现放置WebContent/META-INF/services/javax.servlet.ServletContainerInitializer文件无法被读取, 网上说只有放置在WebContent/WEB-INF/lib下的Jar包中才能被读取!

单独建立一个新的项目通过Maven引入到原有项目中, 忽然发现LogbackServletContainerInitializer和LogInitializer存在先后加载顺序问题, 经过几次测试发现跟Jar包名称的先后顺序有关, 于是开始跟踪Tomcat运行时的Debug调试看看Tomcat是怎么加载ServletContainerInitializer实例的!

开发工具: IDEA 2017.2.6版

Servlet容器: Tomcat 8.5.20

在LogInitializer#onStartup()方法第一行打断点等待

进入断点后观察调用堆栈, 发现是org.apache.catalina.core.StandardContext#startInternal() 调用了LogInitializer#onStartup()

进入org.apache.catalina.core.StandardContext#startInternal()方法, 发现一个成员变量迭代调用

跟踪成员属性initializers发现是一个链表哈希映射

继续根据initializers被调用情况, 发现org.apache.catalina.core.StandardContext#addServletContainerInitializer()向成员属性中放入实例

查找org.apache.catalina.core.StandardContext#addServletContainerInitializer()方法被调用情况, 发现在org.apache.catalina.startup.ContextConfig#webConfig()方法中一个成员属性迭代调用

跟踪initializerClassMap成员属性发现类似于刚才的initializers

跟踪initializerClassMap被放入对象, 发现org.apache.catalina.startup.ContextConfig#processServletContainerInitializers()方法

进入org.apache.catalina.startup.WebappServiceLoader#load()方法观察ServletContainerInitializer实例被加载情况

观察了一下javax.servlet.ServletContext.ORDERED_LIBS静态常量发现与web.xml中的<absolute-ordering>元素相关, 因为没有配置所以先不考虑, 这样判断orderedLibs!=null不会被执行类加载器loader的引用就是当前项目Servlet容器的类加载器去加载资源

查找到五个资源, Tomcat容器自身2个, LogInitializer, LogbackServletContainerInitializer, SpringServletContainerInitializer(Spring的) 这个时候已经明了ServletContainerInitializer一般情况下是基于类加载器加载资源的枚举迭代顺序, 因为委托加载机制会从最顶级类加载向下一直加载到当前项目Web容器类加载器下的资源, 到此基本已经弄清楚ServletContainerInitializer加载流程!

因为看见了ORDERED_LIBS常量所以想继续研究一下<absolute-ordering>元素, 大概看了一下相关规范文档定义, 该元素是Servlet3.0出现的为第三方插件Jar包自动配置一些Servlet, Filter时所有第三方插件按照指定绝对顺序加载Jar包资源

1. 在Jar包的META-INF目录下建立web-fragment.xml

2, 配置web.xml

在org.apache.catalina.startup.WebappServiceLoader#load()方法打断点, 发现找到一个jar包

将当前项目Web容器类加载器替换为Tomca容器类加载器是因为委托加载机制从最顶级类加载器加载到当前类加载器所以会导致当前项目Web容器不会被加载到, 就会跳过当前项目下WEB-INF/lib中的Jar包查找所以只有log-initializer-0.1.jar中的ServletContainerInitializer被加载, LogbackServletContainerInitializer, SpringServletContainerInitializer的配置丢失