【java笔记】JVM（java虚拟机）之类加载机制

1. 类加载机制

(1) 类加载的执行过程

类型的整个生命周期将会经历加载、验证、准备、解析、初始化、使用和卸载七个阶段，其中验证、准备、解析三个部分统称为连接

• 加载： 根据查找路径找到相应的 class 文件然后导入
• 验证： 检查加载的 class 文件的正确性，运行后不会危害虚拟机自身的安全
• 准备： 给类中的静态变量分配内存空间
• 解析： 将常量池中的符号引用替换成直接引用的过程。符号引用就理解为一个标示，而在直接引用直接指向内存中的地址
• 初始化： 对静态变量和静态代码块执行初始化工作

(2) 类加载器

对于任意一个类，都必须由加载它的类加载器和这个类本身一起共同确立其在Java虚拟机中的唯一性，每一个类加载器，都拥有一个独立的类名称空间。这句话可以表达得更通俗一些：比较两个类是否“相等”，只有在这两个类是由同一个类加载器加载的前提下才有意义，否则，即使这两个类来源于同一个Class文件，被同一个Java虚拟机加载，只要加载它们的类加载器不同，那这两个类就必定不相等

(3) 类加载器分类

站在Java虚拟机的角度来看，分为启动类加载器和其他所有的类加载器。站在Java开发人员的角度来看，分为启动类加载器、扩展类加载器和应用程序类加载器

(4) 双亲委派模型

各种类加载器之间的层次关系被称为类加载器的“双亲委派模型。双亲委派模型要求除了顶层的启动类加载器外，其余的类加载器都应有自己的父类加载器

如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求最终都应该传送到最顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个加载请求（它的搜索范围中没有找到所需的类）时，子加载器才会尝试自己去完成加载