JVM

JVM狂神版学习笔记

JVM结构图

 

双亲委派机制

引导类加载器(BootstrapClassloader):用C++编写,是JVM自带的类加载器;负责加载Java的核心类库。(该加载器无法直接获取)
扩展类加载器(ExtClassloader):负责加载/jre/lib/ext目录下的jar包。
应用程序类加载器(AppClassloader):负责加载java -classpath或-D java.class.path所指的目录下的类与jar包。(最常用的加载器)
类加载器接收到一个加载请求时,他会委派给他的父加载器,实际上是去他父加载器的缓存中去查找是否有该类,如果有就加载返回,如果没有则继续委派给父类加载,直到顶层类加载器。
如果顶层类加载器也没有加载该类,则会依次向下查找子加载器的加载路径,如果有就加载返回,如果都没有,则会抛出异常。

双亲委派机制定义:
当一个类加载器收到了类加载的请求的时候,他不会直接去加载指定的类,而是把这个请求委托给自己的父加载器去加载。只有父加载器无法加载这个类的时候,才会由当前这个加载器来负责类的加载。
Java中提供如下四种类型的加载器,每一种加载器都有指定的加载对象,具体如下
Bootstrap ClassLoader(启动类加载器) :主要负责加载Java核心类库,%JRE_HOME%\lib下的rt.jar、resources.jar、charsets.jar和class等。
Extention ClassLoader(扩展类加载器):主要负责加载目录%JRE_HOME%\lib\ext目录下的jar包和class文件。
Application ClassLoader(应用程序类加载器) :主要负责加载当前应用的classpath下的所有类
User ClassLoader(用户自定义类加载器) : 用户自定义的类加载器,可加载指定路径的class文件
这四种类加载器存在如下关系,当进行类加载的时候,虽然用户自定义类不会由bootstrap classloader或是extension classloader加载(由类加载器的加载范围决定),但是代码实现还是会一直委托到bootstrap classloader, 上层无法加载,再由下层是否可以加载,如果都无法加载,就会触发findclass,抛出classNotFoundException.

双亲委派机制存在的意义:
1.通过委派的方式,可以避免类的重复加载,当父加载器已经加载过某一个类时,子加载器就不会再重新加载这个类。
2.通过双亲委派的方式,还保证了安全性。因为Bootstrap ClassLoader在加载的时候,只会加载JAVA_HOME中的jar包里面的类,如java.lang.Integer,那么这个类是不会被随意替换的,除非有人跑到你的机器上, 破坏你的JDK。那么,就可以避免有人自定义一个有破坏功能的java.lang.Integer被加载。这样可以有效的防止核心Java API被篡改。
双亲委派机制是在classLoader里的loadclass方法里实现的,
简单说下实现流程:

1.首先判断该类是否已经被加载
2.该类未被加载,如果父类不为空,交给父类加载
3.如果父类为空,交给bootstrap classloader 加载
4.如果类还是无法被加载到,则触发findclass,抛出classNotFoundException(findclass这个方法当前只有一个语句,就是抛出classNotFoundException),如果想自己实现类加载器的话,可以继承classLoader后重写findclass方法,加载对应的类)

public class Demo1 {
    public static void main(String[] args) {
        Demo1 demo1 = new Demo1();
        ClassLoader classLoader = demo1.getClass().getClassLoader();
        System.out.println(classLoader);//sun.misc.Launcher$AppClassLoader@b4aac2
        System.out.println(classLoader.getParent());//sun.misc.Launcher$ExtClassLoader@154617c
        System.out.println(classLoader.getParent().getParent());//null 1.不存在 2.java获取不到
    }
}

 

Native、方法区

 

posted @ 2023-02-11 15:11  《END》  阅读(15)  评论(0编辑  收藏  举报