文章目录
1、内存结构概述
详细图
如果自己手写一个Java虚拟机的话,主要考虑哪些结构呢?
类加载器和执行引擎
2、类加载与类的加载过程
类加载器子系统作用
-
类加载器子系统负责从文件系统或者网络中加载Class文件,class文件在文件开头有特定的文件标识。
-
ClassLoader只负贵class文件的加载,至于它是否可以运行,则由ExecutionEngine决定。
-
加载的类信息存放于一块称为方法区的内存空间。除了类的信息外,方法区中还会存放运行时常量池信息,可能还包括字符串字面量和数字常量(这部分常量信息是Class文件中常量池部分的内存映射)
类加载器ClassLoader角色
1.class file存在于本地硬盘上,可以理解为设计师画在纸上的模板,而最终这个模板在执行的时候是要加载到JVM当中来根据这个文件实例化出n个一模一样的实例。
2.class file加载到JVM中,被称为” DNA元数据模板,放在方法区。
3.在.class文件-> JVM ->最终成为元数据模板,此过程就要一个运输 工具(类装载器Class Loader) ,扮演一个快递员的角色。
类的加载过程
加载:
1.通过一个类的全限定名获取定义此类的二进制字节流
2.将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构
3.在内存中生成一个代表这个类的java. lang.Class对象, 作为方法区这个类的各种数据的访问入口
补充:加载. class文件的方式
-
从本地系统中直接加载
-
通过网络获取,典型场景: Web Applet
-
从zip压缩包中读取,成为日后jar、war格式的基础运行时计算生成,使用最多的是:动态代理技术
-
由其他文件生成,典型场景: JSP应用
-
从专有数据库中提取. class文件,比较少见
-
从加密文件中获取,典型的防Class文件被反编译的保护措施
测试代码1:
public class ClinitTest1 {
static class Father{
public static int A = 1;
static{
A = 2;
}
}
static class Son extends Father{
public static int B = A;
}
public static void main(String[] args) {
//加载Father类,其次加载Son类。
System.out.println(Son.B);//输出 2
}
}
子类加载前,保证父类加载
测试代码2:
public class DeadThreadTest {
public static void main(String[] args) {
Runnable r = () -> {
System.out.println(Thread.currentThread().getName() + "开始");
DeadThread dead = new DeadThread();
System.out.println(Thread.currentThread().getName() + "结束");
};
Thread t1 = new Thread(r,"线程1");
Thread t2 = new Thread(r,"线程2");
t1.start();
t2.start();
}
}
class DeadThread{
static{
if(true){
System.out.println(Thread.currentThread().getName() + "初始化当前类");
while(true){
}
}
}
}
结果:DeadThread类只能由t1和t2其中一个线程加载一次,谁抢到,谁就加载
3、加载器的分类
-
JVM支持两种类型的类加载器,分别为引导类加载器(Bootstrap ClassLoader)和自定义类加载器I (User-De fined ClassLoader)。
-
从概念上来讲,自定义类加载器一般指的是程序中由开发人员自定义的一类类加载器,但是Java虚拟机规范却没有这么定义,而是将所有派生于抽象类。ClassLoader的类加载器都划分为自定义类加载器。
-
无论类加载器的类型如何划分,在程序中我们最常见的类加载器始终只有3个,如下所示: .
这里的四者之间的关系是包含关系。不是上层下层,也不是子父类的继承关系。
测试代码:
public class ClassLoaderTest {
public static void main(String[] args) {
//获取系统类加载器
ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();
System.out.println(systemClassLoader);//sun.misc.Launcher$AppClassLoader@18b4aac2
//获取其上层:扩展类加载器
ClassLoader extClassLoader = systemClassLoader.getParent();
System.out.println(extClassLoader);//sun.misc.Launcher$ExtClassLoader@1540e19d
//获取其上层:获取不到引导类加载器
ClassLoader bootstrapClassLoader = extClassLoader.getParent();
System.out.println(bootstrapClassLoader);//null
//对于用户自定义类来说:默认使用系统类加载器进行加载
ClassLoader classLoader = ClassLoaderTest.class.getClassLoader();
System.out.println(classLoader);//sun.misc.Launcher$AppClassLoader@18b4aac2
//String类使用引导类加载器进行加载的。---> Java的核心类库都是使用引导类加载器进行加载的。
ClassLoader classLoader1 = String.class.getClassLoader();
System.out.println(classLoader1);//null
}
}
运行结果:
虚拟机自带的加载器
-
启动类加载器(引导类加载器,Bootstrap ClassLoader)
➢这个类加载使用C/C++语言实现的,嵌套在JVM内部。
➢它用来加载Java的核心库(JAVA_ HOME/jre/lib/rt.jar.resources. jar或sun. boot.class.path路径下的内容) ,用于提供JVM自身需要的类
➢并不继承自java. lang . ClassLoader,没有父加载器。
➢加载扩展类和应用程序类加载器,并指定为他们的父类加载器。
➢出于安全考虑,Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类
-
扩展类加载器(Extension ClassLoader)
➢Java语言编写,由sun.misc. LauncherSExtClassLoader实现。
➢派生于ClassLoader类
➢父类加载器为启动类加载器
➢从java.ext .dirs系统属性所指定的目录中加载类库,或从JDK的安装目录的jre/lib/ext子目录(扩展目录)下加载类库。如果用户创建的JAR放在此目录下,也会自动由扩展类加载器加载。
测试代码:
public class ClassLoaderTest1 {
public static void main(String[] args) {
System.out.println("**********启动类加载器**************");
//获取BootstrapClassLoader能够加载的api的路径
URL[] urLs = sun.misc.Launcher.getBootstrapClassPath().getURLs();
for (URL element : urLs) {
System.out.println(element.toExternalForm());
}
//从上面的路径中随意选择一个类,来看看他的类加载器是什么:引导类加载器
ClassLoader classLoader = Provider.class.getClassLoader();
System.out.println(classLoader);
System.out.println("***********扩展类加载器*************");
String extDirs = System.getProperty("java.ext.dirs");
for (String path : extDirs.split(";")) {
System.out.println(path);
}
//从上面的路径中随意选择一个类,来看看他的类加载器是什么:扩展类加载器
ClassLoader classLoader1 = CurveDB.class.getClassLoader();
System.out.println(classLoader1);//sun.misc.Launcher$ExtClassLoader@1540e19d
}
}
运行结果:可以看出启动(引导)类加载器和扩展类加载的所加载的位置
-
应用程序类加载器(系统类加载器,AppClassLoader)
➢java语言编写,由sun.misc.LauncherSAppClassLoader实现
➢派生于ClassLoader类
➢父类加载器为扩展类加载器
➢它负责加载环境变量classpath或系统属性java.class.path指定路径下的类库
➢**该类加载是程序中默认的类加载器,**一般来说,Java应用的类都是由它来完成加载
➢通过ClassLoader#getSystemClassLoader ()方法可以获取到该类加载器
用户自定义类加载器
-
在Java的日常应用程序开发中,类的加载几乎是由上述3种类加载器相互配合执行的,在必要时,我们还可以自定义类加载器,来定制类的加载方
-
为什么要自定义类加载器?
➢隔离加载类
➢修改类加载的方式
➢扩展加载源
➢防止源码泄漏
用户自定义类加载器实现步骤
1.开发人员可以通过继承抽象类java.lang.ClassLoader类的方式,实现自己的类加载器,以满足一些特殊的需求
2.在JDK1.2之前,在自定义类加载器时,总会去继承ClassLoader类并重写loadClass()方法,从而实现自定义的类加载类,但是在JDK1.2之后已不再建议用户去覆盖loadClass()方法,而是建议把自定义的类加载逻辑写在findClass ()方法中
3.在编写自定义类加载器时,如果没有太过于复杂的需求,可以直接继承URLClassLoader类,这样就可以避免自己去编写findClass()方法及其获取字节码流的方式,使自定义类加载器编写更加简洁。
测试代码:
public class CustomClassLoader extends ClassLoader {
@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
try {
byte[] result = getClassFromCustomPath(name);
if(result == null){
throw new FileNotFoundException();
}else{
return defineClass(name,result,0,result.length);
}
} catch (FileNotFoundException e) {
e.printStackTrace();
}
throw new ClassNotFoundException(name);
}
private byte[] getClassFromCustomPath(String name){
//从自定义路径中加载指定类:细节略
//如果指定路径的字节码文件进行了加密,则需要在此方法中进行解密操作。
return null;
}
public static void main(String[] args) {
CustomClassLoader customClassLoader = new CustomClassLoader();
try {
Class<?> clazz = Class.forName("One",true,customClassLoader);
Object obj = clazz.newInstance();
System.out.println(obj.getClass().getClassLoader());
} catch (Exception e) {
e.printStackTrace();
}
}
}
4、ClassLoader的常用方法及获取方式
ClassLoader类,它是一个抽象类, 其后所有的类加载器都继承自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类的实例 |
resolveClass(Class<?> c) | 连接指定的一个Java类 |
关于ClassLoader
sun.misc.Launcher它是一个java虚拟机的中入口应用。
获取ClassLoader的途径
方式一: 获取当前类的ClassLoader
clazz.getClassLoader()
方式二:获取当前线程上下文的ClassLoader
Thread.currentThread().getContextClassLoader()
方式三:获取系统的ClassLoader
ClassLoader.getSystemClassLoader()
方式四:获取调用者的ClassLoader
DriverManager.getCallerClassLoader ()
测试代码:
public class ClassLoaderTest2 {
public static void main(String[] args) {
try {
//1.
ClassLoader classLoader = Class.forName("java.lang.String").getClassLoader();
System.out.println(classLoader);
//2.
ClassLoader classLoader1 = Thread.currentThread().getContextClassLoader();
System.out.println(classLoader1);
//3.
ClassLoader classLoader2 = ClassLoader.getSystemClassLoader().getParent();
System.out.println(classLoader2);
} catch (ClassNotFoundException e) {
e.printStackTrace();
}
}
}
5、双亲委派机制
Java虚拟机对class文件采用的是按需加载的方式,也就是说当需要使用该类时才会将它的class文件加载到内存生成class对象。而且加载某个类的class文件时,Java虛拟机采用的是双亲委派模式,即把请求交由父类处理,它是一种任务委派模式。
工作原理
1)如果一个类加载器收到了类加载请求,它并不会自己先去加载,而是把这个请求委托给父类的加载器去执行;
2)如果父类加载器还存在其父类加载器,则进一步向上委托,依次递归,请求最终将到达顶层的启动类加载器;
3)如果父类加载器可以完成类加载任务,就成功返回,倘若父类加载器无法完成此加载任务,子加载器才会尝试自己去加载,这就是双亲委派模式。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zoH5YXub-1592410113772)(C:\Users\dell\AppData\Roaming\Typora\typora-user-images\image-20200617143232843.png)]
测试代码1:
public class StringTest {
public static void main(String[] args) {
java.lang.String str = new java.lang.String();
System.out.println("hello,atguigu.com");
}
}
自定义一个String类,包的路径也是java.lang
package java.lang;
public class String {
static{
System.out.println("我是自定义的String类的静态代码块");
}
}
如果控制台输出String类中的静态代码块的语句的话,证明我们自定义的String被加载了,反之没有,
结果:没有输出"我是自定义的String类的静态代码块",由此可见,类的加载机制是符合“双亲委派机制”的,在main()方法中,检测到路径为java.lang的类String,于是“系统类加载器”认为该路径下的类不由它加载,于是往上抛给父类“扩展类加载器”,“扩展类加载器”亦是如此抛给“引导类加载器”,于是“引导类加载器”判断出java.lang.String该由它加载,最终“引导类加载器”加载了Java核心库java.lang下的String类,而不会加载自定义同名路径java.lang下的类,避免人为的破坏,由此可见双亲委派机制的重要性。
**测试代码2:**我们尝试在自定义同名路径下的String中加上main()方法,看控制台是否会输出自定义语句。
package java.lang;
public class String {
static{
System.out.println("我是自定义的String类的静态代码块");
}
//错误: 在类 java.lang.String 中找不到 main 方法
public static void main(String[] args) {
System.out.println("hello,String");
}
}
结果:报出错误,该错误检测到,由“引导类加载器”加载的核心API库中的String中并没有可执行的mani()方法,也就再一步证明,在双亲委派机制下,都不会加载自定义与核心类库的类路径和类名相同的类,进一步证明其安全性。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ygJdw4Nq-1592410113780)(C:\Users\dell\AppData\Roaming\Typora\typora-user-images\image-20200617144535032.png)]
双亲委派机制举例2
双亲委派机制优势
-
避免类的重复加载
-
保护程序安全,防止核心API被随意篡改
自定义类: java.lang.String
自定义类: java.lang.mxd
沙箱安全机制
自定义String类,但是在加载自定义String类的时候会率先使用引导类加载器加载,而引导类加载器在加载的过程中会先加载jdk自带的文件(rt.jar包中java\lang\String.class),报错信息说没有main方法,就是因为加载的是rt.jar包中的String类。这样可以保证对java核心源代码的保护,这就是沙箱安全机制。
6、其它
-
在JVM中表示两个class对象是否为同一个类存在两个必要条件:
➢类的完整类名必须一致,包括包名。
➢加载这个类的ClassLoader (指ClassLoader实例对象)必须相同。
-
换句话说,在JVM中,即使这两个类对象(class对象)来源同-一个Class文件,被同一个虚拟机所加载,但只要加载它们的ClassLoader实例对象不同,那么这两个类对象也是不相等的。
对类加载器的引用
JVM必须知道一个类 型是由启动加载器加载的还是由用户类加载器加载的。如果一个类型是由用户类加载器加载的,那么JVM会将这个类加载器的一个引用作为类型信息的一部分保存在方法区中。当解。析一个类型到另一个类型的引用的时候,JVM需要保证这两个类型的类加载器是相同的。
类的主动使用和被动使用
Java程序对类的使用方式分为:主动使用和被动使用。
-
主动使用,又分为七种情况:
➢创建类的实例
➢访问某个类或接口的静态变量,或者对该静态变量赋值
➢调用类的静态方法
➢反射(比如: Class.forName (“com. atguigu.Test") )
➢初始化一个类的子类
➢Java 虚拟机启动时被标明为启动类的类
➢JDK 7开始提供的动态语言支持:
java.lang.invoke.MethodHandle实例的解析结果
REF_getStatic、REF_putStatic、REF_invokeStatic柄对应的类没有初始化,则初始化
-
除了以上七种情况,其他使用Java类的方式都被看作是对类的被动使用,都不会导致类的初始化。