jvm类加载器Classloader原理

众所周知，java是一门面向对象的编程语言，具有跨平台性高的特点。它也是靠编译后在机器上运行。Java编译运行的平台就是java虚拟机（JVM），其内存结构如下图（图1）所示。
图1 jvm基本结构（方法区在java8及以后改为元空间了）
如图1可知，java文件是先编译成.class扩展名文件之后再加载到jvm系统运行的。加载此类文件的部分叫做类加载子系统（ClassLoader），该系统加载过程是通过校验、准备、解析三个步骤来进行的。其中校验这个过程是来校验.class文件是否有利于jvm的安全以防jvm被恶意入侵；准备过程就是给.class文件相关的变量进行内存分配以及初始化变量的值；解析过程是把类文件的二进制数据中的符号引用替换成直接引用。符号引用：符号引用是以一组符号来描述所引用的目标，符号可以是任何的字面形式的字面量，只要不会出现冲突能够定位到就行。布局和内存无关。直接引用：是指向目标的指针，偏移量或者能够直接定位的句柄。该引用是和内存中的布局有关的，并且一定加载进来的。在解析完成之后，对该类进行初始化操作，才可进入执行步骤，执行完毕后对该类进行卸载。具体的过程图如图2所示。
图2 类加载过程
看完了上面的类加载过程，那么类加载器有哪些呢？
这包括启动类加载器、扩展类加载器（java9及以后不再有了）、应用类加载器、用户自定义类加载器这四类。具体的表述如下：
启动类加载器：jvm自带的类加载器，存放java的核心包，里面有java的核心文件，底层是用C\C++写的。如果某个类是从这里获取的，则ClassLoader对象值为null。
扩展类加载器：是jvm的一部分，通过sun.misc.LauncherExtClassLoader实现，他会加载ExtClassLoader实现类，底层通过java写的。在java9及以后把它移除了。
应用类加载器：由sun.misc.Launcher$AppClassLoader实现。它加载外部的java类，这些包括用户自己编写的类及外部引入的依赖jar包。底层也是通过java写的。
用户自定义类加载器：自定义的类加载器，可读取用户指定的class文件范围。
如前文所说，类要运行必须初始化，所以一旦初始化某个类，必然会触发类加载器。
那新的问题又来了，一旦包名和类名冲突，那如何进行加载呢？会不会出现报错？
这里jvm的类加载默认采用双亲委派机制，当一个类收到初始化加载请求时，必然自顶而下触发类加载器。按上层的启动类加载器到扩展类加载器，接着到应用类加载器，最后到自定义类加载器，只要有一个加载器加载到对应类class文件就停止继续加载。如果这几个类加载器不能加载对应的class文件，则抛出ClassNotFoundException。具体过程图如图3所示。

图3 类加载器