JVM类加载机制
加载、验证、准备、初始化和卸载这5个阶段的顺序是确定的,类的加载过程必须按照这种顺序按部就班的开始,而解析阶段则不一定:它在某些情况下可以在初始化阶段之后再开始,这是为了支持Java语言的运行时绑定(也称为动态绑定或晚期绑定)。注意,按部就班地“开始”,而不是按部就班的“进行”或“完成”,强调这点是因为这些阶段通常都是互相交叉地混合式进行的,通常会在一个阶段执行的过程中调用、激活另外一个阶段。
对于数组而言,情况有所不同。数组类本身不通过类加载器创建,它是由Java虚拟机直接创建的。但数组类与类加载器仍然有很密切的关系,因为数组类的元素类型(Element Type,指的是数组去掉所有维度的类型)最终是要靠类加载器去创建,一个数组类(下面简称为C)创建过程就遵循以下规则:
解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程。
不同的类加载器加载同一个Class文件,属于两个独立的类,做对象所属类型检查时结果为false
从Java开发人员的角度来看,类加载器还可以划分的更细致一些,绝大部分Java程序都会使用到一下三种系统提供的类加载器
类加载器的双亲委派模型的工作过程是:如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类,而是把这个请求委派给父类加载器去完成,没一个层次的类加载器都是如此。因此所有的加载请求最终都应该传送到顶层的启动类加载器中,只有当父加载器反馈自己无法完成这个加载请求(它的搜索范围中没有找到所需的类)时,子加载器才会尝试自己去加载。 使用双亲委派模型来组织类加载器之间的关系,有一个显而易见的好处就是Java类随着它的类加载器一起具备了一种带有优先级的层次关系。例如类java.lang.Object,它存放在rt.jar之中,无论哪一个类加载器要加载这个类,最终都是委派给处于模型最顶端的启动类加载器进行加载,因此由各个类加载器去自行加载的话,如果用户自己编写了一个称为java.lang.Object的类,并放在程序的ClassPath中,那系统中将会出现多个不同的Object类,Java类型体系中最基础的行为也就无法保证,应用程序也将会变得一片混乱。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- java – try-with-resources中的死代码警告,但不是在翻译的
- application作用域实现用户登录挤掉之前登录用户代码
- Java,Person的所有实例都链接到一个对象
- Java 8上的SQL Server JDBC错误:驱动程序无法使用安全套接
- java – Unreachable语句:while true vs if true
- java – 有关switch语句的帮助
- 为什么我的Java代码不执行System.out.println?
- Java Lambda – 查找列表的任何String元素是否与其他列表的
- Java微信公众平台开发(14) 微信web开发者工具使用
- Java并发编程:Future接口、FutureTask类