jvm狂神视频笔记---类加载器&双亲委派机制

类加载器
在类加载的第一阶段“加载”过程中，需要通过一个类的全限定名来获取定义此类的二进制字节流，完成这个动作的代码块就是类加载器。

    public static void main(String[] args) {
        Car car1 = new Car();
        Car car2 = new Car();
        Car car3 = new Car();
        System.out.println(car1.hashCode());
        System.out.println(car2.hashCode());
        System.out.println(car3.hashCode());

        Class<? extends Car> car1Class = car1.getClass();
        Class<? extends Car> car2Class = car2.getClass();
        Class<? extends Car> car3Class = car3.getClass();
        System.out.println(car1Class.hashCode());
        System.out.println(car2Class.hashCode());
        System.out.println(car3Class.hashCode());

    }

运行结果

得到类加载器

   ClassLoader carClassClassLoader = car1Class.getClassLoader();
   System.out.println(carClassClassLoader);

可以从结果得出他是系统类加载器

BootstrapClassLoader（启动类加载器）

c++编写，加载java核心库，所以在.getParent()方法时会返回null。java无法获取c++的东西哦
java.*,构造ExtClassLoader和AppClassLoader。由于引导类加载器涉及到虚拟机本地实现细节，开发者无法直接获取到启动类加载器的引用，所以不允许直接通过引用进行操作。

ExtClassLoader （标准扩展类加载器）

java编写，加载扩展库，如classpath中的jre ，javax.*或者java.ext.dir
指定位置中的类，开发者可以直接使用标准扩展类加载器。

AppClassLoader（系统类加载器）

java编写，加载程序所在的目录，如user.dir所在的位置的class

CustomClassLoader（用户自定义类加载器）

java编写,用户自定义的类加载器,可加载指定路径的class文件

BootstrapClassLoader启动类加载器 —加载jre/目录下的核心库
ExtClassLoader扩展类加载器 —加载/jre/lib/ext/目录下的扩展包
AppClassLoader应用(系统)类加载器 —加载classpath路径下的包

执行流程
已经加载过了就不需要再加载了
如果没有就先在Boot核心库下找有没有这个类，如果没有就会向下寻找EXT扩展类中有没有这个类，如果没有就会向下寻找APP应用类中有没有这个类，如果没有就会向下寻找CUS自定义类中有没有这个类，如果还是没有找到就会报Class not find 异常
插一张在网上发现的特别形象的图

双亲委派机制的作用

1、保证安全性

防止重复加载同一个.class。通过委托去向上面问一问，加载过了，就不用再加载一遍。保证数据安全。

2、保证唯一性

保证核心.class不能被篡改。通过委托方式，不会去篡改核心.clas，即使篡改也不会去加载，即使加载也不会是同一个.class对象了。不同的加载器加载同一个.class也不是同一个Class对象。这样保证了Class执行安全。
>
例：
试想，如果没有双亲委派模型而是由各个类加载器自行加载的话，如果用户编写了一个java.lang.Object的同名类并放在ClassPath中，多个类加载器都去加载这个类到内存中，系统中将会出现多个不同的Object类，那么类之间的比较结果及类的唯一性将无法保证，因为Object都各不相同那么程序运行启动就会出错，也保证了JVM能够正常的安全运行