资讯专栏INFORMATION COLUMN

Java类加载器详解

Baaaan / 1265人阅读

摘要:当一个文件是通过网络传输并且可能会进行相应的加密操作时,需要先对文件进行相应的解密后再加载到内存中,这种情况下也需要编写自定义的并实现相应的逻辑

Java虚拟机中的类加载有三大步骤:,链接,初始化.其中加载是指查找字节流(也就是由Java编译器生成的class文件)并据此创建类的过程,这中间我们需要借助类加载器来查找字节流.

Java虚拟机默认类加载器

Java虚拟机提供了3种类加载器,启动(Bootstrap)类加载器、扩展(Extension)类加载器、应用(Application)类加载器.除了启动类加载器外,其他的类加载器都是java.lang.ClassLoader的子类.启动类加载器由C++语言实现,没有对应的Java对象,它负责将 /lib路径下的核心类库或-Xbootclasspath参数指定的路径下的jar包加载到内存中.扩展类加载器是指sun.misc.Launcher$ExtClassLoader类,由Java语言实现,是Launcher的静态内部类,它负责加载/lib/ext目录下或者由系统变量-Djava.ext.dir指定位路径中的类库,他的父类加载器是null.应用类加载器是指sun.misc.Launcher$AppClassLoader类,他负责加载应用程序路径下的类,这里路径指java -classpath或-D java.class.path 指定的路径,他的父类加载器是扩展类加载器.

注意这里面的父子类加载器并不是继承的关系,只是ClassLoader类中的parent属性.我们来看Launcher类中创建扩展类加载器的代码:

public ExtClassLoader(File[] var1) throws IOException {
      super(getExtURLs(var1), (ClassLoader)null, Launcher.factory);
      SharedSecrets.getJavaNetAccess().getURLClassPath(this).initLookupCache(this);
    }

这里设置了其父加载器为null.

双亲委派机制

Java虚拟机在加载类时默认采用的是双亲委派机制,即当一个类加载器接收到加载请求时,会将请求转发到父类加载器,如果父类加载器在路径下没有找到该类,才会交给子类加载器去加载.我们来看ClassLoader中laodClass方法:

protected Class loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // 首先判断类是否已加载过,加载过就直接返回
            Class c = findLoadedClass(name);
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                    if (parent != null) {
                        //有父类加载器,调用父加载器的loadClass
                        c = parent.loadClass(name, false);
                    } else {
                        //调用Bootstrap Classloader
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {
                    // ClassNotFoundException thrown if class not found
                    // from the non-null parent class loader
                }

                if (c == null) {
                    long t1 = System.nanoTime();
                    //到自己指定类加载路径下查找是否有class字节码
                    c = findClass(name);

                    // this is the defining class loader; record the stats
                    sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                    sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                    sun.misc.PerfCounter.getFindClasses().increment();
                }
            }
            if (resolve) {
                resolveClass(c);
            }
            return c;
        }
    }

通过这种层级我们可以避免类的重复加载,当父亲已经加载了该类时,就没有必要子类加载器再加载一次。其次也考虑到安全因素,比如我们自己写一个java.lang.String的类,通过双亲委派机制传递到启动类加载器,而启动类加载器在核心Java API发现这个名字的类,发现该类已被加载,并不会重新加载我们新写的java.lang.String,而直接返回已加载过的String.class,这样保证生成的对象是同一种类型.

自定义类加载器

除了jvm自身提供的类加载器,我们还可以自定义类加载器,我们先写一个Person类

public class Person {

  private int age;

  private String name;

  //省略getter/setter方法
}

我们先看他是由哪个类加载器加载的.

public class TestJava {

  public static void main(String[] args) throws Exception {
    Person person = new Person();
    System.out.println("person是由" + person.getClass().getClassLoader() + "加载的");
  }
}

运行结果如下:

我们把Person.class放置在其他目录下

再运行会发生什么,在上面的loadClass方法中其实已经有了答案,会抛出ClassNotFoundException,因为在指定路径下查找不到字节码.

我们现在写一个自定义的类加载器,让他能够去加载person类,很简单,我们只需要继承ClassLoader并重写findClass方法,这里面写查找字节码的逻辑.

public class PersonCustomClassLoader extends ClassLoader {

  private String classPath;

  public PersonCustomClassLoader(String classPath) {
    this.classPath = classPath;
  }

  private byte[] loadByte(String name) throws Exception {
    name = name.replaceAll(".", "/");
    FileInputStream fis = new FileInputStream(classPath + "/" + name
        + ".class");
    int len = fis.available();
    byte[] data = new byte[len];
    fis.read(data);
    fis.close();
    return data;

  }

  protected Class findClass(String name) throws ClassNotFoundException {
    try {
      byte[] data = loadByte(name);
      return defineClass(name, data, 0, data.length);
    } catch (Exception e) {
      e.printStackTrace();
      throw new ClassNotFoundException();
    }
  }
}

我们来测试一下:

public class TestJava {

  public static void main(String[] args) throws Exception {
    PersonCustomClassLoader classLoader = new PersonCustomClassLoader("/home/shenxinjian");
    Class pClass = classLoader.loadClass("me.shenxinjian.algorithm.Person");
    System.out.println("person是由" + pClass.getClassLoader() + "类加载器加载的");

  }
}

测试结果如下:

编写自定义类加载器的意义

当class文件不在classPath路径下,如上面那种情况,默认系统类加载器无法找到该class文件,在这种情况下我们需要实现一个自定义的classLoader来加载特定路径下的class文件来生成class对象。

当一个class文件是通过网络传输并且可能会进行相应的加密操作时,需要先对class文件进行相应的解密后再加载到JVM内存中,这种情况下也需要编写自定义的ClassLoader并实现相应的逻辑

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/73405.html

相关文章

  • 关于ClassLoader的学习笔记,详解

    摘要:它负责将的字节码形式转换成内存形式的对象。先使用工具对字节码文件进行加密,运行时使用定制的先解密文件内容再加载这些解密后的字节码。的方法是需要子类来覆盖的,不同的加载器将使用不同的逻辑来获取目标类的字节码。 ClassLoader 详解 ClassLoader 做什么的? 延迟加载 各司其职 ClassLoader 传递性 双亲委派 Class.forName 自定义加载器 Clas...

    zgbgx 评论0 收藏0
  • JVM_加载机制详解

    摘要:加载器种类启动类加载器在中用来加载自身需要的类,实现,用来加载。那么就能保证的类会被优先加载,限制了使用者对系统的影响。这种方式下就完成类加载器的双亲委派机制此处会将作为参数传入进去实际上是调用了方法 Class 文件的装载流程 (类加载过程) 加载 -> 连接 (验证 -> 准备 -> 解析) -> 初始化 -> 使用 -> 卸载 加载 加载阶段,jvm 会通过类名获取到此类的字节码...

    MasonEast 评论0 收藏0
  • Java面试 32个核心必考点完全解析

    摘要:如问到是否使用某框架,实际是是问该框架的使用场景,有什么特点,和同类可框架对比一系列的问题。这两个方向的区分点在于工作方向的侧重点不同。 [TOC] 这是一份来自哔哩哔哩的Java面试Java面试 32个核心必考点完全解析(完) 课程预习 1.1 课程内容分为三个模块 基础模块: 技术岗位与面试 计算机基础 JVM原理 多线程 设计模式 数据结构与算法 应用模块: 常用工具集 ...

    JiaXinYi 评论0 收藏0
  • Java反射机制详解

    摘要:反射机制的应用实例在泛型为的中存放一个类型的对象。工厂模式可以参考现在我们利用反射机制实现工厂模式,可以在不修改工厂类的情况下添加任意多个子类。 学习交流群:669823128java 反射 定义 功能 示例概要:Java反射机制详解| |目录 1反射机制是什么 2反射机制能做什么 3反射机制的相关API 通过一个对象获得完整的包名和类名 实例化Class类对象 获取一个对象的父类与...

    paraller 评论0 收藏0
  • 四年来Android面试大纲,作为一个Android程序员

    摘要:再附一部分架构面试视频讲解本文已被开源项目学习笔记总结移动架构视频大厂面试真题项目实战源码收录 Java反射(一)Java反射(二)Java反射(三)Java注解Java IO(一)Java IO(二)RandomAccessFileJava NIOJava异常详解Java抽象类和接口的区别Java深拷贝和浅拷...

    不知名网友 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<