JVM学习笔记(二):类加载器

2. 类加载子系统

2.1 内存概述

• 类装载器:将字节码文件加载到内存中;

2.2 类加载器

自定义类加载器->AppClassLoader(系统类加载器) -> ExtClassLoader(扩展类加载器) -> BootstrapClassLoader(引导类加载器)

• 引导类加载器BootstrapClassLoader

1. 使用C/C++语言实现的,嵌套在JVM内部,无法通过Java代码获取
2. 用来加载核心类库($JAVA_HOME/jre/lib/rt.jar,resource.jar,或者sun.boot.class.path路径下的内容),用于提供JVM自身需要的类
3. 处于安全考虑,Bootstrap启动类加载器只加载包名为java,javax,sun等开头的类

//获取Bootstrap加载器加载的路径
URL[] urLs = Launcher.getBootstrapClassPath().getURLs();
for (URL urL : urLs) {
System.out.println("引导类加载器路径>>>" + urL.toExternalForm());
}

引导类加载器路径>>>file:/Library/Java/JavaVirtualMachines/jdk1.8.0_172.jdk/Contents/Home/jre/lib/rt.jar
引导类加载器路径>>>file:/Library/Java/JavaVirtualMachines/jdk1.8.0_172.jdk/Contents/Home/jre/lib/sunrsasign.jar
引导类加载器路径>>>file:/Library/Java/JavaVirtualMachines/jdk1.8.0_172.jdk/Contents/Home/jre/lib/jsse.jar
引导类加载器路径>>>file:/Library/Java/JavaVirtualMachines/jdk1.8.0_172.jdk/Contents/Home/jre/lib/jce.jar
引导类加载器路径>>>file:/Library/Java/JavaVirtualMachines/jdk1.8.0_172.jdk/Contents/Home/jre/lib/charsets.jar
引导类加载器路径>>>file:/Library/Java/JavaVirtualMachines/jdk1.8.0_172.jdk/Contents/Home/jre/lib/jfr.jar
引导类加载器路径>>>file:/Library/Java/JavaVirtualMachines/jdk1.8.0_172.jdk/Contents/Home/jre/classes

• 扩展类加载器ExtClassLoader

1. Java语言编写,派生于ClassLoader类
2. 负责加载jre/lib/ext扩展目录下的类库,如果用户自建的JAR放在此目录下,也会自动由扩展加载器加载
3. 也可用java.ext.dirs配置用ext加载器加载的目录,该配置目录下也由扩展类加载器加载
4. 虚拟机自带的加载器

String property = System.getProperty("java.ext.dirs");
for (String s : property.split(";")) {
		System.out.println("扩展类加载器>>>"+s);
}

扩展类加载器>>>/Users/dinl/Library/Java/Extensions
扩展类加载器>>>/Library/Java/JavaVirtualMachines/jdk1.8.0_172.jdk/Contents/Home/jre/lib/ext
扩展类加载器>>>/Library/Java/Extensions
扩展类加载器>>>/Network/Library/Java/Extensions
扩展类加载器>>>/System/Library/Java/Extensions
扩展类加载器>>>/usr/lib/java

• 系统类加载器AppClassLoader

1. Java语言编写,派生于ClassLoader,继承自ExtClassLoader
2. 用java.class.path配置AppClassLoader的加载目录
3. 该类加载器是程序中的默认类加载器
4. 除了前面两个类加载器之外的类都是由自定义类加载器加载的

2.3 双亲委派机制

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

双亲委派机制模型的工作过程: 如果一个类加载器收到了类加载的请求,它首先不会自己尝试去加载这个类.而是把请求委派给父类加载器去完成,每一个层次的类加载器都是如此,因此所有的加载请求最终都应该传送到顶层的启动类加载器中.只有当父类反馈无法加载时,子加载器才尝试自己去加载.
使用双亲委派机制来组织类加载器之间的关系,有一个显而易见的好处就是Java的类随着它的加载器一起具备了一种带有优先级的层次关系.如果没有使用双亲委派加载模型,各个类都自己去加载的话,如果用户自己编写了一个java.lang.Object类,并放在程序的classPath中,那么系统中就会出现多个不同的Object类,java体系的最基本功能就无法得到保证了.

优势

• 避免类的重复加载
• 保护程序安全,防止核心API被随意篡改