JVM-类加载(2)

12 篇文章 0 订阅

4 类加载器分类:

站在 JVM 的角度看,类加载器可以分为两种:
1.引导类加载器(启动类加载器 Bootstrap ClassLoader). (不是java语言实现)

2.其他所有类加载器,这些类加载器由 java 语言实现,独立存在于虚拟机外部,并且全部继承自抽象类 java.lang.ClassLoader.

站在 java 开发人员的角度来看,类加载器就应当划分得更细致一些.自 JDK1.2 以 来 java 一直保持者三层类加载器:

1.启动类加载器(引导类加载器)

2.扩展类加载器

3.应用程序类加载器(系统类加载器)

在这里插入图片描述
引导类加载器(启动类加载器 BootStrap ClassLoader)

这个类加载器使用 C/C++语言实现,嵌套在 JVM 内部.它用来加载 java 核心类库.

并不继承于 java.lang.ClassLoader 没有父加载器.

负责加载扩展类加载器和应用类加载器,并为他们指定父类加载器.

出于安全考虑,引用类加载器只加载存放在<JAVA_HOME>\lib 目录,或者被
-Xbootclasspath 参数锁指定的路径中存储放的类.

在这里插入图片描述

扩展类加载器(Extension ClassLoader)

Java 语言编写的,由 sun.misc.Launcher$ExtClassLoader 实现.

派生于 ClassLoader 类.

从 java.ext.dirs 系统属性所指定的目录中加载类库,或从 JDK 系统安装目录的 jre/lib/ext 子目录(扩展目录)下加载类库.如果用户创建的 jar 放在此目录下,也会自动由扩展类加载器加载.
在这里插入图片描述
应用程序类加载器(系统类加载器 Application ClassLoader)

Java 语言编写的,由 sun.misc.Launcher$AppClassLoader 实现.

派生于 ClassLoader 类.

加载我们自己定义的类,用于加载用户类路径(classpath)上所有的类. 该类加载器是程序中默认的类加载器

用户自定义加载器(例如Tomcat)

在这里插入图片描述
ClassLoader 类,它是一个抽象类,其后所有的类加载器都继承自 ClassLoader (不包括启动类加载器)

public class ClassLoaderDemo {

    public static void main(String[] args) {
        //sun.misc.Launcher$AppClassLoader@18b4aac2 自己写的类是由应用程序类加载器加载
        ClassLoader classLoader = ClassLoaderDemo.class.getClassLoader();
        System.out.println(classLoader);     //sun.misc.Launcher$AppClassLoader@18b4aac2
        System.out.println(classLoader.getParent());   //sun.misc.Launcher$ExtClassLoader@1b6d3586
        System.out.println(classLoader.getParent().getParent()); //null 扩展类加载器是由引导类加载器加载的

        System.out.println(String.class.getClassLoader());//null 扩展类加载器是由引导类加载器加载的
    }
}

运行结果:
在这里插入图片描述

5 双亲委派机制:

Java 虚拟机对 class 文件采用的是按需加载的方式,也就是说当需要该类时才会 将它的 class 文件加载到内存中生成 class 对象.而且加载某个类的 class 文件 时,Java 虚拟机采用的是双亲委派模式,即把请求交由父类处理,它是一种任务委派模式.

简述双亲委派机制:

当类加载时是按需加载.类加载时,加载器都会将类交给父级类加载器来加载,如果所有的父级加载器没有找到类,则一级一级的向下委派查找,如果都找不到,那么就会抛出异常.

工作原理:

1.如果一个类加载器收到了类加载请求,它并不会自己先去加载,而是把这个请求委托给父类的加载器去执行.

2.如果父类加载器还存在其父类加载器,则进一步向上委托,依次递归,请求最终将到达顶层的启动类加载器.

3.如果父类加载器可以完成类的加载任务,就成功返回,倘若父类加载器无法完成加载任务,子加载器才会尝试自己去加载,这就是双亲委派机制. 如果均加载失败,就会抛出 ClassNotFoundException 异常.

思考:我们自己创建一个名为 java.lang 的包,再创建一个名为 String 的类,当我们 new String()时,会将加载创建核心类库中的 String 对象还是创建我们自己创建 的 String 类对象?

首先我们创建一个java.lang的package,写一个String类

package java.lang;

public class String {

    public String() {
        System.out.println("自己写的String类");//调用的依然是系统类的String
    }

}

在另外一个包里面写一个测试类调用自己写的String类

package com.ffyc.javaForward.jvm.classLoader;

public class TestString {
    public static void main(String[] args) {
        new java.lang.String();
    }
}


运行结果如下:
在这里插入图片描述
我们可以看到这个调用的应该是系统的String类,因为没有调用自己写的String类的构造方法.

这就是双亲委派机制造成的,防止用户自己编写的类动态替换 Java 的核心类.

双亲委派优点?

1 安全,可避免用户自己编写的类动态替换 Java 的核心类,如 java.lang.String

2 避免全限定命名的类重复加载(使用了 findLoadClass()判断当前类是否已加载)

6 类的主动使用/被动使用:

JVM 规定,每个类或者接口被首次主动使用时才对其进行初始化,有主动使用,自然就有被动使用.

主动使用:
通过new关键字被导致类的初始化,这是大家经常使用的初始化一个类的方式,
他肯定会导致类的加载并且初始化

访问类的静态变量,包括读取和更新

访问类的静态方法

对某个类进行反射操作,会导致类的初始化

初始化子类会导致父类的的初始化 执行该类的 main 函数

被动使用:
其实除了上面的几种主动使用其余就是被动使用了 :

引用该类的静态常量,注意是常量,不会导致初始化,但是也有意外,这里的常量 是指已经指定字面量的常量,对于那些需要一些计算才能得出结果的常量就会导 致初始化, 比如:
public final static int NUMBER = 5 ; //不会导致类初始化,被动使用

public final static int RANDOM = new Random().nextInt() ; //会导致类的初 始化,主动使用

构造某个类的数组时不会导致该类的初始化,比如:

Student[] students = new Student[10] ;

主动使用和被动使用的区别在于类是否会被初始化.
主动使用会导致类初始化,被动使用不会导致类初始化.

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值