Tomcat打破双亲委派机制
    以Tomcat类加载为例,Tomcat 如果使用默认的双亲委派类加载机制行不行?
    我们思考一下:Tomcat是个web容器, 那么它要解决什么问题:
    1. 一个web容器可能需要部署两个应用程序,不同的应用程序可能会依赖同一个第三方类库的不同版本,不能要求同一个类库在同一个服务器只有一份,因此要保证每个应用程序的类库都是独立的,保证相互隔离。
    2. 部署在同一个web容器中相同的类库相同的版本可以共享。否则,如果服务器有10个应用程序,那么要有10份相同的类库加载进虚拟机。
    3. web容器也有自己依赖的类库,不能与应用程序的类库混淆。基于安全考虑,应该让容器的类库和程序的类库隔离开来。
    4. web容器要支持jsp的修改,我们知道,jsp 文件最终也是要编译成class文件才能在虚拟机中运行,但程序运行后修改jsp已经是司空见惯的事情, web容器需要支持 jsp 修改后不用重启。
    再看看我们的问题:Tomcat 如果使用默认的双亲委派类加载机制行不行?
    答案是不行的。为什么?
    第一个问题,如果使用默认的类加载器机制,那么是无法加载两个相同类库的不同版本的,默认的类加器是不管你是什么版本的,只在乎你的全限定类名,并且只有一份。
    第二个问题,默认的类加载器是能够实现的,因为他的职责就是保证唯一性
    第三个问题和第一个问题一样。
    我们再看第四个问题,我们想我们要怎么实现jsp文件的热加载,jsp 文件其实也就是class文件,那么如果修改了,但类名还是一样,类加载器会直接取方法区中已经存在的,修改后的jsp是不会重新加载的。那么怎么办呢?我们可以直接卸载掉这jsp文件的类加载器,所以你应该想到了,每个jsp文件对应一个唯一的类加载器,当一个jsp文件修改了,就直接卸载这个jsp类加载器。重新创建类加载器,重新加载jsp文件。
    Tomcat 自动以加载器详解
    Tomcat类加载 - 图1
    tomcat的几个主要类加载器:
    commonLoader:Tomcat最基本的类加载器,加载路径中的class可以被Tomcat容器本身以及各个Webapp访问;
    catalinaLoader:Tomcat容器私有的类加载器,加载路径中的class对于Webapp不可见;
    sharedLoader:各个Webapp共享的类加载器,加载路径中的class对于所有Webapp可见,但是对于Tomcat容器不可见;
    WebappClassLoader:各个Webapp私有的类加载器,加载路径中的class只对当前Webapp可见,比如加载war包里相关的类,每个war包应用都有自己的WebappClassLoader,实现相互隔离,比如不同war包应用引入了不同的spring版本,这样实现就能加载各自的spring版本;
    从图中的委派关系中可以看出:
    CommonClassLoader能加载的类都可以被CatalinaClassLoader和SharedClassLoader使用,从而实现了公有类库的共用,而CatalinaClassLoader和SharedClassLoader自己能加载的类则与对方相互隔离。
    WebAppClassLoader可以使用SharedClassLoader加载到的类,但各个WebAppClassLoader实例之间相互隔离。
    而JasperLoader的加载范围仅仅是这个JSP文件所编译出来的那一个.Class文件,它出现的目的就是为了被丢弃:当Web容器检测到JSP文件被修改时,会替换掉目前的JasperLoader的实例, 并通过再建立一个新的Jsp类加载器来实现JSP文件的热加载功能。
    tomcat 这种类加载机制违背了java 推荐的双亲委派模型了吗?
    答案是:违背了。
    很显然,tomcat 不是这样实现,tomcat 为了实现隔离性,没有遵守这个约定,每个webappClassLoader加载自己的目录下的class文件,不会传递给父类加载器,打破了双亲委派机制
    模拟实现Tomcat的webappClassLoader加载自己war包应用内不同版本类实现相互共存与隔离

    1. public class MyClassLoaderTest {
    2. static class MyClassLoader extends ClassLoader {
    3. private String classPath;
    4. public MyClassLoader(String classPath) {
    5. this.classPath = classPath;
    6. }
    7. private byte[] loadByte(String name) throws Exception {
    8. name = name.replaceAll("\\.", "/");
    9. FileInputStream fis = new FileInputStream(classPath + "/" + name
    10. + ".class");
    11. int len = fis.available();
    12. byte[] data = new byte[len];
    13. fis.read(data);
    14. fis.close();
    15. return data;
    16. }
    17. protected Class<?> findClass(String name) throws ClassNotFoundException {
    18. try {
    19. byte[] data = loadByte(name);
    20. return defineClass(name, data, 0, data.length);
    21. } catch (Exception e) {
    22. e.printStackTrace();
    23. throw new ClassNotFoundException();
    24. }
    25. }
    26. /**
    27. * 重写类加载方法,实现自己的加载逻辑,不委派给双亲加载
    28. * @param name
    29. * @param resolve
    30. * @return
    31. * @throws ClassNotFoundException
    32. */
    33. protected Class<?> loadClass(String name, boolean resolve)
    34. throws ClassNotFoundException {
    35. synchronized (getClassLoadingLock(name)) {
    36. // First, check if the class has already been loaded
    37. Class<?> c = findLoadedClass(name);
    38. if (c == null) {
    39. // If still not found, then invoke findClass in order
    40. // to find the class.
    41. long t1 = System.nanoTime();
    42. //非自定义的类还是走双亲委派加载
    43. if (!name.startsWith("com.tuling.jvm")){
    44. c = this.getParent().loadClass(name);
    45. }else{
    46. c = findClass(name);
    47. }
    48. // this is the defining class loader; record the stats
    49. sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
    50. sun.misc.PerfCounter.getFindClasses().increment();
    51. }
    52. if (resolve) {
    53. resolveClass(c);
    54. }
    55. return c;
    56. }
    57. }
    58. }
    59. public static void main(String args[]) throws Exception {
    60. MyClassLoader classLoader = new MyClassLoader("D:/test");
    61. Class clazz = classLoader.loadClass("com.tuling.jvm.User1");
    62. Object obj = clazz.newInstance();
    63. Method method= clazz.getDeclaredMethod("sout", null);
    64. method.invoke(obj, null);
    65. System.out.println(clazz.getClassLoader());
    66. System.out.println();
    67. MyClassLoader classLoader1 = new MyClassLoader("D:/test1");
    68. Class clazz1 = classLoader1.loadClass("com.tuling.jvm.User1");
    69. Object obj1 = clazz1.newInstance();
    70. Method method1= clazz1.getDeclaredMethod("sout", null);
    71. method1.invoke(obj1, null);
    72. System.out.println(clazz1.getClassLoader());
    73. }
    74. }
    75. 运行结果:
    76. =======自己的加载器加载类调用方法=======
    77. com.tuling.jvm.MyClassLoaderTest$MyClassLoader@266474c2
    78. =======另外一个User1版本:自己的加载器加载类调用方法=======
    79. com.tuling.jvm.MyClassLoaderTest$MyClassLoader@66d3c617

    注意:同一个JVM内,两个相同包名和类名的类对象可以共存,因为他们的类加载器可以不一样,所以看两个类对象是否是同一个,除了看类的包名和类名是否都相同之外,还需要他们的类加载器也是同一个才能认为他们是同一个。

    package com.tuling.jvm;
    
    public class User {
    
        private int id;
        private String name;
    
        public User() {
        }
    
        public User(int id, String name) {
            super();
            this.id = id;
            this.name = name;
        }
    
        public int getId() {
            return id;
        }
    
        public void setId(int id) {
            this.id = id;
        }
    
        public String getName() {
            return name;
        }
    
        public void setName(String name) {
            this.name = name;
        }
    
        public void sout() {
            System.out.println("=======自己的加载器加载类调用方法=======");
        }
    }