• Tomcat 源码分析 (Tomcat 类加载器之为何违背双亲委派模型) (九)


    1.双亲委派机制介绍

    双亲委派机制的介绍

    当某个类加载器需要加载某个.class文件时,它首先把这个任务委托给他的上级类加载器,递归这个操作,如果上级的类加载器没有加载,自己才会去加载这个类

    在这里插入图片描述

    类加载器:

    1. 启动类加载器(Bootstrap ClassLoader):这个类加载器复杂将存放在 JAVA_HOME/lib 目录中的,或者被-Xbootclasspath 参数所指定的路径种的,并且是虚拟机识别的(仅按照文件名识别,如rt.jar,名字不符合的类库即使放在lib目录下也不会重载)。
    2. 扩展类加载器(Extension ClassLoader):这个类加载器由sun.misc.Launcher$ExtClassLoader实现,它负责夹杂JAVA_HOME/lib/ext 目录下的,或者被java.ext.dirs 系统变量所指定的路径种的所有类库。开发者可以直接使用扩展类加载器。
    3. 应用程序类加载器(Application ClassLoader):这个类加载器由sun.misc.Launcher$AppClassLoader 实现。由于这个类加载器是ClassLoader 种的getSystemClassLoader方法的返回值,所以也成为系统类加载器。它负责加载用户类路径(ClassPath)上所指定的类库。开发者可以直接使用这个类加载器,如果应用中没有定义过自己的类加载器,一般情况下这个就是程序中默认的类加载器。

    2.Tomcat 为何破坏双亲委派机制

    Tomcat 解决了什么问题

    1. 一个web容器可能需要部署两个应用程序,不同的应用程序可能会依赖同一个第三方类库的不同版本,不能要求同一个类库在同一个服务器只有一份,因此要保证每个应用程序的类库都是独立的,保证相互隔离。
    2. 部署在同一个web容器中相同的类库相同的版本可以共享。
    3. web容器也有自己依赖的类库,不能和应用程序的类库混淆。基于安全考虑,应该让容器的类库和程序的类库隔离开来。
    4. jsp文件最终也是要编译成class文件才能在虚拟机中运行, web容器需要支持 jsp 修改后不用重启。

    Tomcat 使用默认的可以吗

    1. 如果使用默认的类加载器机制,那么是无法加载两个相同类库的不同版本的,默认的累加器是不管你是什么版本的,只在乎你的全限定类名,并且只有一份。
    2. 默认的类加载器是能够实现的
    3. 同第一问题
    4. 每个jsp文件对应一个唯一的类加载器,当一个jsp文件修改了,就直接卸载这个jsp类加载器。重新创建类加载器,重新加载jsp文件。

    3.Tomcat 如何破坏双亲委派机制

    Tomcat 如何实现自己独特的类加载机制

    在这里插入图片描述

    前面3个类加载和默认的一致,CommonClassLoaderCatalinaClassLoaderSharedClassLoaderWebappClassLoader则是Tomcat自己定义的类加载器,它们分别加载/common/*/server/*/shared/* , (在tomcat 6之后已经合并到根目录下的lib目录下)和/WebApp/WEB-INF/*中的Java类库。其中WebApp类加载器和Jsp类加载器通常会存在多个实例,每一个Web应用程序对应一个WebApp类加载器,每一个JSP文件对应一个Jsp类加载器。

    • commonLoader:Tomcat最基本的类加载器,加载路径中的class可以被Tomcat容器本身以及各个Webapp访问;
    • catalinaLoader:Tomcat容器私有的类加载器,加载路径中的class对于Webapp不可见;
    • sharedLoader:各个Webapp共享的类加载器,加载路径中的class对于所有Webapp可见,但是对于Tomcat容器不可见;
    • WebappClassLoader:各个Webapp私有的类加载器,加载路径中的class只对当前Webapp可见;
    1. CommonClassLoader能加载的类都可以被Catalina ClassLoaderSharedClassLoader使用,从而实现了公有类库的共用,而CatalinaClassLoaderShared ClassLoader自己能加载的类则与对方相互隔离。

    2. WebAppClassLoader可以使用SharedClassLoader加载到的类,但各个WebAppClassLoader实例之间相互隔离。

    3. JasperLoader的加载范围仅仅是这个JSP文件所编译出来的那一个.Class文件,它出现的目的就是为了被丢弃:当Web容器检测到JSP文件被修改时,会替换掉目前的JasperLoader的实例,并通过再建立一个新的Jsp类加载器来实现JSP文件的HotSwap功能。

    tomcat 为了实现隔离性, 每个webappClassLoader加载自己的目录下的class文件,不会传递给父类加载器。

    如果tomcat 的 Common ClassLoader 想加载 WebApp ClassLoader 中的类, 可以使用线程上下文类加载器实现, 可以让父类加载器请求子类加载器去完成类加载的动作。

  • 相关阅读:
    仿牛客网项目总结
    Jenkins拉取Gitee项目并打包运行
    黑五如何大卖?TikTok三大类目已抢跑,业绩翻倍指南请查收!
    Python&C++相互混合调用编程全面实战-26完成扩展库PyFFmpeg对象创建、初始化和析构
    【C++】STL容器适配器——queue类的使用指南(含代码使用)(18)
    yum、apt-get、curl、wget和pip的使用范围
    Excel拆分单元格怎么操作?学会这4招,工作效率倍涨!
    leetcode211. 添加与搜索单词 - 数据结构设计
    [含lw+源码等]微信小程序考勤签到管理系统+后台管理系统[包运行成功]Java毕业设计计算机毕设
    html2canvas相关(生成图片)
  • 原文地址:https://blog.csdn.net/qq_43141726/article/details/126024445