美文网首页
JVM那些事儿(八)-----类加载器

JVM那些事儿(八)-----类加载器

作者: evil_ice | 来源:发表于2017-01-06 19:33 被阅读54次
    一,什么是类加载器?

    虚拟机设计团队把类加载阶段中的"通过一个类的全限定名来获取描述此类的二进制字节流"这个动作放到Java虚拟机外部去实现,以便让应用程序自己决定如何去获取所需要的类". 实现这个动作的代码模块称为"类加载器".

    二,类加载器分类

    ClassLoader 在加载类时有一定的层次关系和规则。在 Java 中,有四种类型的类加载器,分别为:BootStrapClassLoader、ExtClassLoader、AppClassLoader 以及用户自定义的 ClassLoader。这四种类加载器分别负责不同路径的类的加载,并形成了一个类加载的层次结构。

    • BootStrapClassLoader 处于类加载器层次结构的最高层,负责 sun.boot.class.path 路径下类的加载,默认为 jre/lib 目录下的核心 API 或 -Xbootclasspath 选项指定的 jar 包。
    • ExtClassLoader 的加载路径为 java.ext.dirs,默认为 jre/lib/ext 目录或者 -Djava.ext.dirs 指定目录下的 jar 包加载。
    • AppClassLoader 的加载路径为 java.class.path,默认为环境变量 CLASSPATH 中设定的值。也可以通过 -classpath 选型进行指定。
    • 用户自定义 ClassLoader 可以根据用户的需要定制自己的类加载过程,在运行期进行指定类的动态实时加载。
    loader.png
    三,类加载的双亲委派模型

    双亲委派模型是某个特定的类加载器在接到加载类的请求时,首先将加载任务委托给父类加载器,父类加载器再委托给父类加载器的父类加载器,依次递归,如果父类加载器可以完成类加载任务,就成功返回;只有父类加载器无法完成此加载任务时,才自己去加载。实现双亲委派模型的在ClassLoader类的loadClass(String name, boolean resolve)方法体现的淋漓尽致

    protected Class<?> loadClass(String name, boolean resolve)
            throws ClassNotFoundException
        {
            synchronized (getClassLoadingLock(name)) {
                // 1,检查类是否被加载过
                Class<?> c = findLoadedClass(name);
               // 2,如果加载过则返回,如果没有加载过,则走下面的逻辑
                if (c == null) {
                    long t0 = System.nanoTime();
                    try {
                        //3,如果存在父类加载器,则委托给父类加载器进行加载,如果不存在父类加载器,则委托给虚拟机的内置类加载器
                        if (parent != null) {
                            c = parent.loadClass(name, false);
                        } else {
                            c = findBootstrapClassOrNull(name);
                        }
                    } catch (ClassNotFoundException e) {
                        // ClassNotFoundException thrown if class not found
                        // from the non-null parent class loader
                    }
                    //4,如果委托给的所有父类都不能加载,那么该类加载就是自己加载
                    if (c == null) {  
                        long t1 = System.nanoTime();
                        c = findClass(name);
                        sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                        sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                        sun.misc.PerfCounter.getFindClasses().increment();
                    }
                }
                if (resolve) {
                    resolveClass(c);
                }
                return c;
            }
        }
    

    对于上面的双亲委托思路,在jdk文档的loadClass(String name,boolean resolve)方法也有如下说明:

    使用指定的 二进制名称来加载类。此方法的默认实现将按以下顺序搜索类:

    • 1,调用 findLoadedClass(String) 来检查是否已经加载类。
    • 2,在父类加载器上调用 loadClass 方法。如果父类加载器为 null,则使用虚拟机的内置类加载器。
    • 3, 调用 findClass(String) 方法查找类。
    loader2.png
    四,ClassLoader类的一些重要方法
    方法 作用
    getParent() 返回该类加载器的父类加载器。
    loadClass(String name) 加载名称为 name的类,返回的结果是 java.lang.Class类的实例。体现双亲委托机制思想
    findClass(String name) 查找名称为 name的类,返回的结果是 java.lang.Class类的实例。一般用于从磁盘,网络读取字节流 ,实现类加载器的时必须要复写的方法
    findLoadedClass(String name) 查找名称为 name的已经被加载过的类,返回的结果是 java.lang.Class类的实例。
    defineClass(String name, byte[] b, int off, int len) 把字节数组 b中的内容转换成 Java 类,返回的结果是 java.lang.Class类的实例。这个方法被声明为 final的。
    resolveClass(Class<?> c) 链接指定的 Java 类。
    五,自定义类加载器实现

    继承ClassLoader,利用双亲委托模型,实现一个小的自定义类加载器

    /**
     * 实现自定义类加载器,满足类加载的双亲委托思想
     * @author zhaolei
     *
     */
    public class FooClassLoader extends ClassLoader {
            //class文件的完整路径
            String fileName;
            public FooClassLoader(String fileName){
                super(null);
                this.fileName = fileName;
            }
                    
            @Override
            protected Class<?> findClass(String name) throws ClassNotFoundException {
                File classFile = new File(fileName);  
                if(!classFile.exists()){  
                    throw new ClassNotFoundException(fileName + " 不存在") ;  
                }  
                
                FileInputStream fis = null;
                try{
                    fis = new FileInputStream(fileName);
                    byte[] b = new byte[fis.available()];
                    fis.read(b);
                    return defineClass(name,b,0,b.length);
                }catch(Exception e){
                    System.out.println(e.toString());
                }finally{
                    if(fis != null){
                        try {
                            fis.close();
                        } catch (IOException e) {
                            e.printStackTrace();
                        }finally{
                            fis = null;
                        }
                    }
                }
                return null;
            }
    }
    
    六,java热替换

    所谓的热替换,就是在java应用程序运行的过程中, 对其中的某个字节码文件进行替换,然后在无知无觉中新的字节码文件代替旧的字节码文件运行.
    例如Foo类public void showMsg()方法循环进行输出"Hello, world", 如果正在的运行程序整体不进行重新的编译和应用重启, 将showMsg()方法输出为"Hello,China",那么我们就可以采用热替换, 就修改后的Foo.java编译,将其新的class文件覆盖旧的class文件即可

    但是由于类加载机制的一些特点,将会有如下问题需要考虑?

    • 两个类"相等"
      只有来自同一个class文件,且被同一个虚拟机加载,且加载他们的类加载器是同一个,那么这两个类才相等.
    • 由类加载的双亲委托机制可知, 也可以从ClassLoader的loadClass方法可知,对于同一个类加载器实例来说,名字相同的类只能存在一个,并且仅加载一次。不管该类有没有变化,下次再需要加载时,它只是从自己的缓存中直接返回已经加载过的类引用。

    综上,我们要实现热替换,就必须要打破类加载的双亲委托机制,也就是说热替换的本质就是破坏类加载的双亲委托机制

    小示例如下:
    1,将要被加载的类

    public class Foo {
        public Foo(){
            
        }
        //热替换输出不同的字符串, 将str改为str="Hello China"
        public void showMsg(){
            String str = "Hello World ";
            System.out.println("Foo showMsg method: "+str);
        }
    }
    

    2,破坏双亲委托机制的类加载器

    public class Loader  {
        public static void main(String[] args) throws Exception {
            for(;;){
                
                CustomerLoader clzLoader = new CustomerLoader("/Users/code/Loader/bin/Foo.class");
                Class clz = (Class) clzLoader.loadClass("Foo");
                Object foo= clz.newInstance();
                /*Exception in thread "main" java.lang.ClassCastException: Foo cannot be cast to Foo
    //          Foo foo=(Foo) clz.newInstance();
                foo.showMsg();
                System.out.println(clz.getClassLoader().toString());
                System.out.println(Foo.class.getClassLoader().toString());
                */
                Method showMsg = clz.getMethod("showMsg") ;  
                showMsg.invoke(foo) ;
                Thread.sleep(2000);
            }
        }
    
    }
    
    class CustomerLoader extends ClassLoader{
        String fileName;
        CustomerLoader(String fileName){
            super(null);
            this.fileName = fileName;
        }
        @Override
        public Class<?> loadClass(String name) throws ClassNotFoundException {
            if(name.contains("java")){
                return super.loadClass(name);
            }
            return findClass(name);
        }
        
        @Override
        protected Class<?> findClass(String name) throws ClassNotFoundException {
            File classFile = new File(fileName);  
            if(!classFile.exists()){  
                throw new ClassNotFoundException(fileName + " 不存在") ;  
            }  
            
            FileInputStream fis = null;
            try{
                fis = new FileInputStream(fileName);
                byte[] b = new byte[fis.available()];
                fis.read(b);
                return defineClass(name,b,0,b.length);
            }catch(Exception e){
                System.out.println(e.toString());
            }finally{
                if(fis != null){
                    try {
                        fis.close();
                    } catch (IOException e) {
                        e.printStackTrace();
                    }finally{
                        fis = null;
                    }
                }
            }
            return null;
        }
    }
    
    

    3,将Foo中的showMsg方法中的str改为 "Hello China",然后仅仅对Foo.java进行编译,然后替换旧的Foo.class,就可以看到热替换的效果了

    4,留下一个问题
    将Loader类中注释的代码打开,将会抛出一个异常Exception in thread "main" java.lang.ClassCastException: Foo cannot be cast to Foo
    异常的信息是Foo不能转换为Foo, 为什么呢? (可以根据上面的类加载机制特点思考)

    参考
    1,<<深入理解Java虚拟机 JVM高级特性与最佳实践 第二版 周志明>>
    2,http://www.ibm.com/developerworks/cn/java/j-lo-classloader/
    3,http://blog.csdn.net/zhoudaxia/article/details/35824249
    4,http://blog.csdn.net/is_zhoufeng/article/details/26602689
    5,http://tool.oschina.net/apidocs/apidoc?api=jdk-zh

    相关文章

      网友评论

          本文标题:JVM那些事儿(八)-----类加载器

          本文链接:https://www.haomeiwen.com/subject/bldxbttx.html