JVM活学活用——类加载机制

  • 时间:
  • 浏览:7
  • 来源:uu快3分析_uu快3APP_计划

  准备阶段是正式为类变量分配内存并设置类变量初始值的阶段,哪此内存都将在法子区中分配。对于该阶段有以下几点这样注意:

  这几种类加载器的层次关系如下图所示:

  编译时Javac原困着value生成ConstantValue属相,在准备阶段虚拟机就会根据ConstantValue的设置将value赋值为3.

  例:public static final int value = 3;

4. 加载子类非静态

要加载的类:

  可可以能理解static final常量在编译期就将其结果装下 去 了调用它的类的常量池中。

按照上端说的规则,先自己想一想,时候 再查看答案:

ClassLoader源码分析:

  

  这里还这样注意如下几点:

osgi和双亲委派模式不同,他是有有一一有另一个基于网状的互相组合依赖的加载。

Osgi的加载步骤是时候 的:

  初始化,为类的静态变量赋予正确的初始值,JVM负责对类进行初始化,主要对类变量进行初始化。Java中对类变量进行初始化设定有一种生活 法子:

  其中类的加载过程包括(加载、验证、准备、解析、初始化)另一个阶段。这另一个阶段中,加载,验证,准备和初始化这另一个阶段占据 的顺序是选取的,而解析阶段则不一定,它在时候 情况报告下可可以能在初始化时候 刚开始英文了了,这是为了支持Java的运行时绑定(也成为动态绑定原困着晚期绑定).

  符号引用验证:确保解析动作能正确执行。

  1.时候 我我这人类还这样被加载和连接,则应用线程池池先加载并连接该类

站在Java开发人员的深层来看,类加载器可可以能大致划分为以下三类:

  2.将这人字节流所代表的静态存储底部形态转化为法子区的运行时数据底部形态

6. 加载子类构造器

2、最好太满重写loadClass法子,原困着时候 容易破坏双亲委托模式。

  3.时候 我我类含有初始化话语,则系统依此执行哪此初始化话语

                

  加载过程完成后,虚拟机内部的二进制字节流就按照虚拟机所需的格式存储在法子区之中,法子区中的数据存储格式由虚拟机自行定义,虚拟机规范未规定此区域的具体数据底部形态。时候 在内存中实例化有有一一有另一个java.lang.Class类的对象,时候 对象将作为应用线程池池访问法子区中的哪此类型数据的内部接口。

http://blog.csdn.net/ns_code/article/details/17881581

  2.这里所设置的初始值通常情况报告下是数据类型默认的零值(如0、0L、null、false等),而与非 被在Java代码中被显式地赋予的值。

Class.forName(name, initialize, loader)带参函数也可控制与非 加载static块。时候 这样调用了newInstance()法子采用调用构造函数,创建类的对象 。

刚开始英文了了生命周期

2.当ExtClassLoader加载有有一一有另一个class时,他首先时候 会自己去尝试加载这人类,时候 把类加载请求委托给BootStrapClassLoader去完成。

这时候 为哪此修改了Class后,这样重启JVM,应用线程池池的修改才会生效。

  相对于类加载的时候 阶段而言,加载阶段(准确地说,是加载阶段获取类的二进制字节流的动作)是可控性最强的阶段,原困着开发人员既可可以能使用系统提供的类加载器来完成加载,也可可以能自定义自己的类加载器来完成加载。

  验证是连接阶段的第一步,这人阶段的目的是为了确保Class文件的字节流含有有的信息符合当前虚拟机的要求,时候 不用虚拟机自身的安全。验证阶段大致会完成有有一一有另一个阶段

抛砖引玉时候 ,结合《深入理解Java虚拟机》看看类加载机制

Class.forName():将类的.class文件加载到jvm中之外,与非 对类进行解释,执行类中的static块;

  直接引用时候 直接指向目标的指针、相对偏移量或有有一一有另一个间接定位到目标的句柄。

注意:这里父类加载器一种生活通过继承关系来实现的,时候 采用组合实现的。

 类的加载有一种生活 法子:

   双亲委派的工作流程是:原困着有有一一有另一个类加载器收到了类加载的请求,它首先不用自己去尝试加载这人类,时候 把请求委托给父加载器去完成,依次向上,时候 ,所有的类加载请求最终都应该被传递到顶层的启动类加载器中,这样当父加载器在它的搜索范围中这样找到所需的类时,即无法完成该加载,子加载器才会尝试自己去加载类。

  类的初始化时机:这样当类主动使用的时候 才会原困类的初始化。类的主动使用包括以下六种:

1. 加载父类静态

    1.1 为静态属性分配存储空间并赋初始值

    1.2 执行静态初始化块和静态初始化话语(从上至下)

2. 加载子类静态

父类委托:先让父类加载器试图加载该类,这样在父类加载器无法加载该类时才尝试从自己的类路径中加载该类。

3)从特定的场所取得java class,这人数据库中和网络中。

3、这人Test 类一种生活 可可以能被 AppClassLoader 类加载,时候 当当当我们 这样把 com/paddx/test/classloading/Test.class 装下 去 类路径下。时候 ,原困着双亲委托机制的占据 ,会直接原困该类由 AppClassLoader 加载,而不用通过当当当我们 自定义类加载器来加载。

https://www.cnblogs.com/ityouknow/p/5303287.html

  – 应用线程池池正常执行刚开始英文了了

启动类加载器:它使用C++实现(这里仅限于Hotspot,也时候 JDK1.5时候 默认的虚拟机,有统统时候 的虚拟机是用Java语言实现的),是虚拟机自身的一每项;

  重点:JVM初始化步骤

这样这时候 java团队使用了有有一一有另一个不太优雅的设计:应用线程池池上下文类加载器。这人类加载器可可以能通过Thread类的setContextClassLoader法子进行设置,原困着创建应用线程池池时还未设置,它就从父应用线程池池继承有有一一有另一个,原困着在应用全局范围内都这样设置过话语,那这人类加载器默认时候 应用应用线程池池类加载器。

  – 执行了System.exit()法子

  类从被加载到虚拟机内存刚开始英文了了,到卸载出内存为止,它的整个生个生命周期包括:加载,验证,准备,解析,初始化,使用,卸载共7个阶段。其中验证,准备,解析统称为连接。

第二次的破坏是这人于jndi,jdbc这人服务,原困着这人服务这样回调用户的代码,时候 对于父类加载器而言是不认识用户的代码的。

1、这里传递的文件名需时候 类的全限定性名称,即com.paddx.test.classloading.Test格式的,原困着 defineClass 法子是按这人格式进行正确处理的。

 有父类的情况报告

解析——把类中的符号引用转换为直接引用

ClassLoader.loadClass():只干一件事情,时候 将.class文件加载到jvm中,不用执行static中的内容,这样在newInstance才会去执行static块。

3. 加载父类非静态

输出结果:

  文件格式验证:验证字节流与非 符合Class文件格式的规范;这人:与非 以0xCAFEBABE开头、每项版本号与非 在当前虚拟机的正确处理范围之内、常量池中的常量与非 有不被支持的类型。 

 

  类加载器太满这样等到某各类被首次主动使用时加进去去载它,JVM规范允许类加载器在预料某个类将要被使用时就预先加载它,原困着在预先加载的过程遇到了.class文件缺失或占据 错误,类加载器这样在应用线程池池首次主动使用该类时才报告错误(LinkageError错误)原困着这人类总爱这样被应用线程池池主动使用,这样类加载器就不用报告错误。

自己博客网站 http://www.janti.cn

3.通过ClassLoader.loadClass()法子动态加载

验证阶段是非常重要的,但与非 这样的,它对应用应用线程池池期这样影响,原困着所引用的类经过反复验证,这样可可以能考虑采用-Xverifynone参数来关闭大每项的类验证法子,以缩短虚拟机类加载的时间。

  元数据验证:对字节码描述的信息进行语义分析(注意:对比javac编译阶段的语义分析),以保证其描述的信息符合Java语言规范的要求;这人:这人类与非 有父类,除了java.lang.Object之外。

通常情况报告下,当当当我们 与非 直接使用系统类加载器。时候 ,有的时候 ,当当当我们 也这样自定义类加载器。比如应用是通过网络来传输 Java 类的字节码,为保证安全性,哪此字节码经过了加密正确处理,这时系统类加载器就无法对其进行加载,时候 则这样自定义类加载器来实现。自定义类加载器一般与非 继承自 ClassLoader 类,从上端对 loadClass 法子来分析来看,当当当我们 只这样重写 findClass 法子即可。下面当当当我们 通过有有一一有另一个示例来演示自定义类加载器的流程:

 寻找类加载器的例子:

 3.原困着类字段的字段属性表中占据 ConstantValue属性,即一并被final和static修饰,这样在准备阶段变量value就会被初始化为ConstValue属性所指定的值。

1)在执行非置信代码时候 ,自动验证数字签名。

  字节码验证:通过数据流和控制流分析,选取应用线程池池语义是合法的、符合逻辑的。

例子:

  2.使用静态代码块为类变量指定初始值

  另外注意这里的多少阶段是按顺序刚开始英文了了,而与非 按顺序进行或完成,原困着哪此阶段通常与非 互相交叉地混合进行的,通常在有有一一有另一个阶段执行的过程中调用或激活时候 阶段。

-系统类正确处理内存中总爱出显多份同样的字节码

  加载.class文件的法子:

  3.在内存中生成有有一一有另一个代表这人类的java.lang.Class对象,作为法子区这人类的各种数据访问入口。

扩展类加载器:Extension ClassLoader,该加载器由sun.misc.Launcher$ExtClassLoader实现,它负责加载DK\jre\lib\ext目录中,原困着由java.ext.dirs系统变量指定的路径中的所有类库(如javax.*开头的类),开发者可可以能直接使用扩展类加载器。

第一次破坏是在jdk2时候 ,用户自定义的类加载器与非 重写Classloader中的loadClass法子,时候 就原困每个自定义的类加载器我我真是是在使用自己的loadClass法子中的加载机制来进行加载,这人模式当然是不符合双亲委派机制的,也是无法保证同有有一一有另一个类在jvm中的唯一性的,这样为了保证及时是由不同的类加载器(哪怕是用户自定义的类加载器加载)也是唯一的,java官方在Classloader中加进去去了findClass法子,用户只这样重新这人findClass法子,在loadClass法子的逻辑里,原困着父类加载失败的时候 ,才会调用自己的findClass法子来完成类加载,时候 就完成了符合双亲委派机制。

  – 应用线程池池在执行过程中遇到了异常或错误而异常终止

全盘负责:当有有一一有另一个类加载器负责加载某个Class时,该Class所依赖的引用的时候 Class也将由该类加载器负责载入,除非显示使用另外有有一一有另一个类加载器来载入。

利用这人应用线程池池上下文类加载器,jdni去加载这样的spi代码,也时候 父类请求子类的加载器去加载。

  对于数组类而言,情况报告与非 所不同,数组类一种生活 不通过类加载器创建,它是由虚拟机直接创建的。但数组类和类加载器仍然有很密切的关系,原困着数组类的元素类型最终要靠类加载器去创建。

JVM类加载机制

应用应用线程池池与非 由这人种生活 类加载器互相配合进行加载的,原困着有必要,当当当我们 还可可以能加入自定义的类加载器。原困着JVM自带的ClassLoader时候 懂得从本地文件系统加载标准的java class文件,时候 原困着编写了自己的ClassLoader,便可可以能做到如下几点:

1.当AppClassLoader加载有有一一有另一个class时,他首先不用自己去尝试加载这人类,时候 把类加载请求委托给父类加载器ExtClassLoader去完成。

2.通过Class.forName法子动态加载

所有时候 的类加载器:哪此类加载器都由Java语言实现,独立于虚拟机之外,时候 删改继承自抽象类java.lang.ClassLoader,哪此类加载器这样由启动类加载器加载到内存中时候 可以去加载时候 的类。

应用应用线程池池类加载器:Application ClassLoader,该类加载器由sun.misc.Launcher$AppClassLoader来实现,它负责加载用户类路径(ClassPath)所指定的类,开发者可可以能直接使用该类加载器,原困着应用应用线程池池中这样自定义过自己的类加载器,一般情况报告下这人时候 应用线程池池中默认的类加载器。

  在如下几种情况报告下,Java虚拟机将刚开始英文了了生命周期

启动类加载器:Bootstrap ClassLoader,负责加载存装下 去 JDK\jre\lib(JDK代表JDK的安装目录,下同)下,或被-Xbootclasspath参数指定的路径中的,时候 能被虚拟机识别的类库(如rt.jar,所有的java.*开头的类均被Bootstrap ClassLoader加载)。启动类加载器是无法被Java应用线程池池直接引用的。

站在Java虚拟机的深层来讲,只占据 一种生活 不同的类加载器:

的检验工作:

 下面看有有一一有另一个例子:

  – 原困着操作系统总爱出显错误而原困Java虚拟机应用应用线程池池终止

1.命令行启动应用时候 由JVM初始化加载

Class.forName()和ClassLoader.loadClass()区别

  1.声明类变量式指定初始值

  1.这时候 进行内存分配的仅包括类变量(static),而不包括实例变量,实例变量会在对象实例化时伴随着对象一块分配到Java堆中

  从上端的结果可可以能看出,并这样获取到ExtClassLoader的父Loader,原困是Bootstrap Loader(引导类加载器)是用C语言实现的,找这样有有一一有另一个选取的返回父Loader的法子,于是就返回null。

  1.通过有有一一有另一个类的全限定名来的获取定义此类的二进制字节流

双亲委派模型意义

参考:

4、若ExtClassLoader也加载失败,则会使用AppClassLoader来加载,原困着AppClassLoader也加载失败,则会报出异常ClassNotFoundException。

   这样变量value在准备阶段时候 的初始值为0,而与非 3,原困着这时候 尚未刚开始英文了了执行任何Java法子,而把value赋值为3的putstatic指令是在应用线程池池编译后,存放于类构造器<clinit>()法子之中的,统统把value赋值为3的动作将在初始化阶段才会执行。

缓存机制:缓存机制原困着保证所有加载过的Class与非 被缓存,当应用线程池池中这样使用某个Class时,类加载器先从缓存区寻找该Class,这样缓存区不占据 ,系统才会读取该类的二进制数据,并将其转加进去Class对象,存入缓存区。

输出结果:

-保证Java应用线程池池安全稳定运行

2)动态地创建符合用户特定这样的定制化构建类。

  2.假设该类的直接父类还这样被初始化,则先初始化其直接父类

5. 加载父类构造器

3.原困着BootStrapClassLoader加载失败(这人在$JAVA_HOME/jre/lib里未查找到该class),会使用ExtClassLoader来尝试加载;

  假设有有一一有另一个类变量的定义为:public static int value = 3;

自定义类加载器的核心在于对字节码文件的获取,原困着是加密的字节码则这样在该类中对文件进行解密。原困着这里时候 演示,我并未对class文件进行加密,时候 这样解密的过程。这里有几点这样注意:

  类的加载是指将类的.class文件中的二进制数据读入到内存中,将其装下 去 运行时数据区的法子区内,时候 再堆区创建有有一一有另一个java.lang.class对象,用来封装类的法子区内的数据底部形态。类的加载的最终产品是占据 堆区的Class对象,Class对象封装了类在法子区内的数据底部形态,时候 向Java应用线程池池员提供了访问法子区内的数据底部形态的接口。在Java语言中,类型的加载、连接、初始化过程与非 在应用应用线程池池区间完成的。

  加载时类加载过程的第有有一一有另一个阶段,在加载阶段,虚拟机这样完成以下三件事情:

  解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程,解析动作主要针对类或接口、字段、类法子、接口法子、法子类型、法子句柄和调用点限定符7类符号引用进行。符号引用时候 一组符号来描述目标,能与非 任何字面量。