类加载器分类JVM为两种类型的类加载器分别为引导类加载器（Bootstrap ClassLoader）和自定义类加载器(用户-定义的类加载器)。
概念上，自定义类加载器通常是程序中的开发人员自定义的类加载器，但Java虚拟机规范没有这样定义，而是使用所有派生于抽象类ClassLoader的类加载器都划分为自定义类加载器。
无论类加载器类型如何，程序中的最常见的类加载器始终只有3个如下所示
这里的四者之间是包含关系，不是上层和下层，也不是子系统的继承关系
我们在一个班里获得不同于那个的加载器
/** * @author:陌溪* @ create :2020-07-05-9:47 */publicclassclassloadertest { publicstaticvoidmain (stricclassloadertest (publicstaticvoidmain ) (stri系统类加载器classloaderaderain ) system.out.println (系统类加载器； //获取其上层：扩展类加载器classloaderextclassloader=system class loader.get parent (； 系统. out.println (ext class loader )； //根加载器classloaderbootstrapclassloader=ext class loader.get parent (； bootstrap类加载器(system.out.println )； //自定义加载器class loader class loader=class loader test.class.getclass loader (； 系统. out.println (class loader； String类型的加载器class loader class loader1=string.class.getclass loader (； 系统. out.println (class loader 1； }得到的结果来自结果根加载器无法直接通过代码获取，当前用户代码中使用的加载器是系统类加载器。 同时，String类型的加载器，发现是null，那么说明String类型是通过根加载器进行加载的，即Java的3358www.Sina.com/
sun.misc.launcherapclasloadr @ 18 B4 AC 2sun.misc.launc
h e r AppClassLoader@18b4aac2 sun.misc.Launcher AppClassLoader@18b4aac2sun.misc.LauncherExtClassLoader@1540e19dnull
sun.misc.Launcher$AppClassLoader@18b4aac2
null 虚拟机自带的加载器 启动类加载器（引导类加载器，Bootstrap ClassLoader） 这个类加载使用C/C++语言实现的，嵌套在JVM内部。它用来加载Java的核心库（JAVAHOME/jre/1ib/rt.jar、resources.jar或sun.boot.class.path路径下的内容），用于提供JVM自身需要的类并不继承自ava.lang.ClassLoader，没有父加载器。加载扩展类和应用程序类加载器，并指定为他们的父类加载器。出于安全考虑，Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类 扩展类加载器（Extension ClassLoader） Java语言编写，由sun.misc.Launcher$ExtClassLoader实现。派生于ClassLoader类父类加载器为启动类加载器从java.ext.dirs系统属性所指定的目录中加载类库，或从JDK的安装目录的jre/1ib/ext子目录（扩展目录）下加载类库。如果用户创建的JAR放在此目录下，也会自动由扩展类加载器加载。 应用程序类加载器（系统类加载器，AppClassLoader） java语言编写，由sun.misc.LaunchersAppClassLoader实现 派生于ClassLoader类父类加载器为扩展类加载器它负责加载环境变量classpath或系统属性java.class.path指定路径下的类库该类加载是程序中默认的类加载器，一般来说，Java应用的类都是由它来完成加载通过classLoader#getSystemclassLoader（）方法可以获取到该类加载器 用户自定义类加载器
在Java的日常应用程序开发中，类的加载几乎是由上述3种类加载器相互配合执行的，在必要时，我们还可以自定义类加载器，来定制类的加载方式。 为什么要自定义类加载器？
隔离加载类修改类加载的方式扩展加载源防止源码泄漏用户自定义类加载器实现步骤：
开发人员可以通过继承抽象类ava.1ang.ClassLoader类的方式，实现自己的类加载器，以满足一些特殊的需求在JDK1.2之前，在自定义类加载器时，总会去继承ClassLoader类并重写loadClass（）方法，从而实现自定义的类加载类，但是在JDK1.2之后已不再建议用户去覆盖loadclass（）方法，而是建议把自定义的类加载逻辑写在findclass（）方法中在编写自定义类加载器时，如果没有太过于复杂的需求，可以直接继承URIClassLoader类，这样就可以避免自己去编写findclass（）方法及其获取字节码流的方式，使自定义类加载器编写更加简洁。 关于ClassLoaderClassLoader类，它是一个抽象类，其后所有的类加载器都继承自ClassLoader（不包括启动类加载器）
sun.misc.Launcher 它是一个java虚拟机的入口应用
获取ClassLoader的途径