类的加载过程(含面试题)

原文来自于:三不猴子欢迎关注我的公众号,公众号内回复666获取面试资料,回复电子书获取200本PDF电子书

类的加载过程

  1. loading 加载

    通过双亲委派机制进行加载。主要出于安全的考虑。父加载器不是加载器的加载器,也不是父类加载的加载器。

  2. linking 链接

    1. verification 验证
    2. preparation 准备 静态变量赋默认值,private static int test =10; 在这个阶段只是 test赋默认值0,而不是10。
    3. resolution 解析 将类、方法、属性等符号引用解析为直接引用。常量池中的各种符号引用解析为指针,偏移量等内存地址的直接引用。
  3. initalizing 初始化 private static int test =10在这一步才会被赋值成test=10

类的加载过程

public class T002_ClassLoaderLevel {
    public static void main(String[] args) {
      // 由顶层类 Bootstrap加载
      System.out.println(String.class.getClassLoader());

      System.out.println(sun.net.spi.nameservice.dns.DNSNameService.class.getClassLoader());
      System.out.println(T002_ClassLoaderLevel.class.getClassLoader());
      System.out.println(sun.net.spi.nameservice.dns.DNSNameService.class.getClassLoader().getClass().getClassLoader());
      System.out.println(T002_ClassLoaderLevel.class.getClassLoader().getClass().getClassLoader());
      System.out.println(new T006_MSBClassLoader().getParent());
      System.out.println(ClassLoader.getSystemClassLoader());
    }
}

每个类被加载后都会产生一个对应的class对象,我们可以通过class对象去获取。输出结果为:

null
sun.misc.Launcher$ExtClassLoader@5e2de80c
sun.misc.Launcher$AppClassLoader@18b4aac2
null
null
sun.misc.Launcher$AppClassLoader@18b4aac2
sun.misc.Launcher$AppClassLoader@18b4aac2

我们先看了一下String的ClassLoad,String是属于核心类库,使用顶层类加载器Bootstrap加载,所以打印为null,sun.net.spi.nameservice.dns.DNSNameService的ClassLoad是ExtClassLoader,然后我们通过System.out.println(sun.net.spi.nameservice.dns.DNSNameService.class.getClassLoader().getClass().getClassLoader());获取DNSNameService的加载器的加载器也就是ExtClassLoader的在加载器打印也为null,也就是说ExtClassLoader的加载器是Bootrap。各种加载器的层级关系如下图,

image.png

一个类被加载到内存中的过程是先按照左边的箭头方向以此判断是否已经被加载,如果到了Bootstrap发现没有被加载,则会按照有测箭头方向依次向下执行加载操作,假如我们有个自定义加载器的类第一次被加载,过程为:去查看CustomClassLoad是否已经加载=否>查看AppClassLoad=否>查看ExtensionClassLoad=否>查看Bootstrap=否>Bootstrap尝试加载,不是核心类库=>ExtensionClassLoad加载=没有找到>AppClassLoad加载=没有找到>CustomClassLoad加载成功加载或者抛出异常ClassNotFoundException,我们通常说 Bootstrap是所以加载器的父类,custom ClassLoad是底层加载器,是不是意味着上面的图就是按照Bootstrap=>Extension=>APP=>Custom
ClassLoad的继承关系过来的呢?答案是否定的,上面的关系并不是按照继承的关系来的。他们是按照下图的方式继承的。比如CustomClassLoad的父加载器是AppClassLoad,是CustomClassLoad的成员变量中保存了AppClassLoad。


image.png
问:为什么要使用双亲委派机制?

主要是为了安全。假如所有的加载操作都使用一个类加载,我就可以自己自定义一个核心类库比如String去覆盖jdk提供的String,我们现在使用双亲委派机制,每次加载一个类都会先向查看是否已经被加载如果已经被加载直接返回。同时上层已经加载完成下层就不需要加载了。

下面通过一个小程序查看一下不同的加载器分别加载了哪些东西。

public class T003_ClassLoaderScope {
    public static void main(String[] args) {
        String pathBoot = System.getProperty("sun.boot.class.path");
        System.out.println(pathBoot.replaceAll(";", System.lineSeparator()));

        System.out.println("--------------------");
        String pathExt = System.getProperty("java.ext.dirs");
        System.out.println(pathExt.replaceAll(";", System.lineSeparator()));

        System.out.println("--------------------");
        String pathApp = System.getProperty("java.class.path");
        System.out.println(pathApp.replaceAll(";", System.lineSeparator()));
    }
}

输出结果为:

/Library/Java/JavaVirtualMachines/jdk1.8.0_231.jdk/Contents/Home/jre/lib/resources.jar
:/Library/Java/JavaVirtualMachines/jdk1.8.0_231.jdk/Contents/Home/jre/lib/rt.jar
:/Library/Java/JavaVirtualMachines/jdk1.8.0_231.jdk/Contents/Home/jre/lib/sunrsasign.jar
:/Library/Java/JavaVirtualMachines/jdk1.8.0_231.jdk/Contents/Home/jre/lib/jsse.jar
:/Library/Java/JavaVirtualMachines/jdk1.8.0_231.jdk/Contents/Home/jre/lib/jce.jar
:/Library/Java/JavaVirtualMachines/jdk1.8.0_231.jdk/Contents/Home/jre/lib/charsets.jar
:/Library/Java/JavaVirtualMachines/jdk1.8.0_231.jdk/Contents/Home/jre/lib/jfr.jar
:/Library/Java/JavaVirtualMachines/jdk1.8.0_231.jdk/Contents/Home/jre/classes
--------------------
/Users/yanghongxing/Library/Java/Extensions
:/Library/Java/JavaVirtualMachines/jdk1.8.0_231.jdk/Contents/Home/jre/lib/ext
:/Library/Java/Extensions:/Network/Library/Java/Extensions:/System/Library/Java/Extensions
:/usr/lib/java
--------------------
/Users/yanghongxing/Library/Application Support/Code/User/workspaceStorage/7172d33d4189eaa64607305e947a5428/redhat.java/jdt_ws/src_28ac311/bin
如何实现一个自定义类加载器

首先搞清楚一件事,如果我们要加载一个类怎么写?我们直接调用AppClassLoad的loadClass()方法即可

public class Test {
    public static void main(String[] args) throws ClassNotFoundException {
        //执行加载操作
        Class clazz = Test.class.getClassLoader().loadClass("com.yhx.test.Test1");
        
        System.out.println(clazz.getName());
    }
}

下面我们看一下加载过程的源码:

protected Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // First, check if the class has already been loaded
            Class<?> c = findLoadedClass(name);
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                    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
                }

                if (c == null) {
                    // If still not found, then invoke findClass in order
                    // to find the class.
                    long t1 = System.nanoTime();
                    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;
        }
  .....
    protected Class<?> findClass(String name) throws ClassNotFoundException {
        throw new ClassNotFoundException(name);
    }
  
    }

先开始通过findLoadedClass(name)查看是否已经加载过,返回null则没有被加载,调用父类的findLoadedClass(name)查看方法返回,这一部分就相当于我们之前的双亲委派的加载示意图的左边的箭头,查看是否被加载,如果全部都是未加载,开始执行示意图的右半部分, long t1 = System.nanoTime(); c = findClass(name);调用findClass这个方法,但是这个方法就直接抛出异常。(所以我们再实现自定义加载器只要继承ClassLoader重写其中的findClass方法即可)抛出异常会被子类捕获,子类就会重复执行find操作。

public class Test extends ClassLoader {

    public static int seed = 0B10110110;

    @Override
    protected Class<?> findClass(String name) throws ClassNotFoundException {
        File f = new File("/Users/yanghongxing/Downloads", name.replace('.', '/').concat(".testclass"));

        try {
            FileInputStream fis = new FileInputStream(f);
            ByteArrayOutputStream baos = new ByteArrayOutputStream();
            int b = 0;

            while ((b=fis.read()) !=0) {
                baos.write(b ^ seed);
            }

            byte[] bytes = baos.toByteArray();
            baos.close();
            fis.close();
            // 这个方法可以把二进制流转换成class对象
            return defineClass(name, bytes, 0, bytes.length);
        } catch (Exception e) {
            e.printStackTrace();
        }
        return super.findClass(name); //throws ClassNotFoundException
    }
  }

编译器

  • 解释器 - bytecode inpetreter将字节码解释为操作系统能识别的机器码。

  • 即时编译器 JTT -Just In Time Compiler,建字节码编译成机器码。

    Java默认使用混合模式,起始阶段使用解释执行,运行时采用热点代码检测,多次被调用的方法(方法计数器:检测执行频率)多次调用的循环(循环计数器:检测循环调用的频率)使用参数 -Xmixed 混合模式 -Xint 解释模式 -Xcopm 编译模式

面试题

下面的代码执行结果是怎么样的?

public class Test {
    public static void main(String[] args) {
        System.out.println(T.count);
    }
}

class T {
        public static T t = new T(); // null
    public static int count = 2; //0

    //private int m = 8;

    private T() {
        count ++;
    }
}

结果为2. 我们分析一下类T的加载过程,类在在加载时,加载给1.加载,2.链接,2.1校验,2.2准备,给静态成员变量赋初始值T t =null,int count=0。 2.3解析,将类、方法、属性等符号引用解析为直接引用,T t指向new T()并执行t的构造方法,此时执行 count++,count=1。3初始化,count=2。输出2。

思考:下面的代码执行结果如何?

public class Test {
    public static void main(String[] args) {
        System.out.println(T.count);
    }
}

class T {
        public static int count = 2; 
        public static T t = new T(); 
   

    //private int m = 8;

    private T() {
        count ++;
    }
}
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,921评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,635评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,393评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,836评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,833评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,685评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,043评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,694评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,671评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,670评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,779评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,424评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,027评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,984评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,214评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,108评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,517评论 2 343