类加载具体机制可以参考: Java类加载机制: https://zhuanlan.zhihu.com/p/25228545 JVM 基础 - Java 类加载机制: https://www.pdai.tech /md/java/jvm/java-jvm-classload.html 2 类加载机制 2.1 双亲委派机制 双亲委派机制是指如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类,而是把请求委托给父加载器去完成 *开头的类), 开发者可以直接使用扩展类加载器。 3. 2.2 全盘负责机制 当一个类加载器负责加载某个 Class 时,该 Class 所依赖的和引用的其他 Class 也将由该类加载器负责载入,除非显式使用另外一个类加载器来载入。 结合类加载机制中的全盘负责机制,我们知道这个匿名类是由加载依赖它的 org.apache.iotdb.MySum 的类加载器来加载的,我们把这个类加载器记为 A。
类加载机制 类的加载过程总的来说分为7个过程:加载,验证,准备,解析,初始化,使用,卸载,其中类的验证,准备,解析又称为连接阶段 java虚拟机规范并没有规定什么时候要进行加载阶段,但是规定了什么时候必须进行初始化阶段 3,反射调用的时候 4,main方法所在的类,最先初始化。 hello world 说明常量在编译阶段会存入调用类的常量池中,本质上并没有直接引用到定义常量的类,因此不会触发定义常量的类的初始化 接下来我们简单介绍下各个阶段: 加载阶段要完成3个步骤 1,通过全限定名找到类 ,并将类变成二进制字节流 2,将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构 3,在内存中生成一个代表这个类的java.lang.Class对象,作为方法区这个类的各种数据 的访问入口(Class >\lib\ext目录中的类库加载到虚拟机内存中 应用程序类加载器:它负责加载用户类路径(ClassPath)上所指定的类库 双亲委派机制 类加载器之间如下图的这种层次关系,称为类加载器的双亲委派模型。
1.访问类的编译期静态常量时,不会触发类的初始化行为。类的初始化行为是指在类被加载之后(也就是类的Class对象被创建之后),为类的静态成员变量分配存储空间。 2.编译期静态常量会在编译阶段被存储到NonInitialization类的常量池中,在以后对编译期静态常量的引用都实际上被替换为对NonInitializaion类对自身常量池的引用,所以访问类的编译期静态常量并不会触发类的初始化行为 3.初始化一个类之前,会先初始化该类的父类。
类加载机制 Java虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型,这个过程被称作虚拟机的类加载机制。 验证阶段对于虚拟机的类加载机制来说,是一个非常重要的、但却不是必须要执行的阶段,因为验证阶段只有通过或者不通过的差别,只要通过了验证,其后就对程序运行期没有任何影响了。 下面讲解前4种引用的解析过程 类或接口的解析 假设当前代码所处的类为D,如果要把一个从未解析过的符号引用N解析为一个类或接口C的直接引用,那虚拟机完成整个解析的过程需要包括以下3个步骤: 如果C不是一个数组类型 针对上面第3点访问权限验证,在JDK 9引入了模块化以后,一个public类型也不再意味着程序任何位置都有它的访问权限,我们还必须检查模块间的访问权限。 如果我们说一个D拥有C的访问权限,那就意味着以下3条规则中至少有其中一条成立: 被访问类C是public的,并且与访问类D处于同一个模块。
点击上方“晏霖”,选择“置顶或者星标” 曾经有人关注了我 后来他有了女朋友 1.6类加载机制 1.6.1概述 学习本章前我们要对类文件结构有一个简单的认识,而学习类文件结构没有任何难度,更多的是参考《 没有经历初始化的类使用了java.lang.reflect进行反射调用。 3. 当初始化类的时候,发现其父类还没有初始化,则先对其父类进行初始化。 4. 3. 在堆中生成此类的 java.lang.Class对象,作为方法区这些数据的访问入口。 如果希望输出的是x=3,y=1,将语句public static int x = 2; 移至static代码块之前就可以了。 ? 代码清单1-2 类加载机制源码 //ValueUtility.java static { SharedSecrets.setJavaCorbaAccess(new JavaCorbaAccess
事实上,虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验,转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型的过程就是虚拟机的类加载机制。 对于jvm类的加载机制,我们主要关注两个问题: 类的加载时机?(初始化的五种情况) 类的加载过程? 3.类的初始化时机 首先我们得明确一下初始化和实例化的区别: 类的实例化是指创建一个类的实例(对象)的过程; 类的初始化是指为类中各个类成员(被static修饰的成员变量)赋初始值的过程,是类生命周期中的一个阶段 3.准备 准备阶段是正式为类被static修饰的变量(不包含实例变量)分配内存并设置类变量初始值的阶段。 举个例子: static { i = 5; System.out.println(i);//在此处抛出错误:非法的向前引用 } public static int i = 0; 3.多线程环境下的类构造器
类加载机制 虚拟机把描述类的数据从class文件加载到内存,并且进行校验、解析、初始化。最终形成可以直接使用的Class对象,这就是类加载机制。 当用户在自己的代码中,需要某些额外的类时,再通过加载机制加载到JVM中,并且存放一段时间,便于频繁使用。 类加载的时机 类从被加载到虚拟机内存开始,到卸载出内存为止,它的整个生命周期包括:加载、验证、准备、解析、初始化、使用、卸载,共7个阶段。其中验证、准备、解析 3个部分统称为连接。 根据类加载机制,当被加载的类引用了另外一个类的时候,需要使用第一个类的类加载器进行加载。 from=singlemessage [Tomcat类加载器机制
Java类加载机制是指 JVM 把类的字节码文件加载到内存,并进行链接和初始化的过程。 这个过程主要分为加载、连接、初始化、使用和卸载过程,其中连接(Linking)又可以细分为验证、准备和解析3个部分。下面具体介绍下加载、连接和初始化三个过程。 加载加载是“类加载”(Class Loading)过程的一个阶段,是通过双亲委派机制进行类的加载。 在加载阶段,虚拟机需要完成以下3件事情:通过一个类的全限定名来获取定义此类的二进制字节流;将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构;在内存中生成一个代表这个类的 java.lang.Class 对于任意一个类,都需要由加载它的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性,每一个类加载器,都拥有一个独立的类名称空间。类加载器可分为启动类加载器、扩展类加载器和应用类加载器。
类加载机制 类加载指的是,Java 进程运行的时候,需要把 .class 文件从硬盘读取到内存,并进行一些列的校验解析的过程(程序要想执行,就得进入内存) .class 文件==>类对象 硬盘==>内存 类加载过程 类加载的过程,其实是在 Java 官方文档中给出的说明 加载:找到. class 文件,并且读文件内容 验证:校验 .class 文件的格式是否符合 JVM 规范要求 准备:给类对象分配内存 (此时内存空间全是 0 的==>类的静态成员也就是全 0 的值) 解析:针对类中的字符串常量进行处理 把类对象的各个属性进行赋值填充==>触发对父类的加载,初始化静态成员,执行静态代码块 类加载大体的过程可以分为五 一般来说,高版本的 JVM 可以运行低版本的 .class,反之不一定能行 3. 准备 给类对象申请内存空间 此时申请到的内存空间,里面的默认值,都是全 0 的。 初始化 针对类对象完成后续的初始化 还要执行静态代码块的逻辑,还可能会触发父类的加载
概述 虚拟机的类加载机制:虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型。 或者对该静态变量赋值 遇到 getstatic、putstatic 字节码指令(读取或设置一个类的静态字段的时候,被final修饰、已在编译期把结果放入常量池的静态字段除外) [3] 调用类的静态方法 流程 在加载阶段,虚拟机需要完成以下3件事情: ① 通过一个类的全限定名来获取定义此类的二进制字节流。 注意,? [3] 从zip,jar等归档文件中加载’.class’文件 [4] 从专有数据库中读取。 ② 元数据验证; ③ 字节码验证; ④ 符号引用验证 对于虚拟机的类加载机制来说,验证阶段是一个非常重要的、但不是一定必要(因为对程序运行期没有影响)的阶段。
其中类加载的过程包括了加载、验证、准备、解析、初始化五个阶段。 类的加载: 查找并加载类的二进制数据 加载是类加载过程的第一个阶段,在加载阶段,虚拟机需要完成以下三件事情: 【1】通过一个类的全限定名来获取其定义的二进制字节流。 类加载器并不需要等到某个类被“首次主动使用”时再加载它,JVM规范允许类加载器在预料某个类将要被使用时就预先加载它,如果在预先加载的过程中遇到了.class文件缺失或存在错误,类加载器必须在程序首次主动使用该类时才报告错误 加载 .class文件的方式: 【1】从本地系统中直接加载; 【2】通过网络下载 .class文件; 【3】从zip,jar等归档文件中加载 .class文件; 【4】从专有数据库中提取 .class 【3】假设一个类变量的定义为:public static int value = 3;那么变量 value在准备阶段过后的初始值为0,而不是3,因为这时候尚未开始执行任何 Java方法,而把 value
JVM类加载机制 java虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验,转换解析和初始化,最终形成可以被虚拟机直接使用的java类型,这就是虚拟机的加载机制。 (2)加载.class文件的方式 1.从本地系统中直接加载 2.通过网络下载.class文件 3.从zip,jar等归档文件中加载.class文件 4.从专有数据库中提取.class 3.在java堆中生成一个代表这个类的java.lang.Class对象,作为方法区这些数据的访问入口。 3.类方法解析 对类方法的解析与对字段解析的搜索步骤差不多,只是多了判断该方法所处的是类还是接口的步骤,而且对类方法的匹配搜索,是先搜索父类,再搜索接口。 3.加入类中有初始化语句,则系统依次执行这些初始化语句 6.使用 7.卸载
在沙箱组件中包括类装载器结构,类加载器体系结构也是java沙箱的第一道防线,因为程序都是通过类加载器才能够加载到JVM中的。 类加载器有三方面的作用: 1. 它防止了恶意代码去干涉善意代码 2. 它守护了被信任的类库边界 3. 它将代码归入某类(成为保护域),该类确定了代码可以进行哪些操作。 其中一个大家所熟悉的词就是“双亲委派机制”,所谓“双亲委派机制”,就是某个特定的类加载器在接到加载类的请求时,首先将加载任务委托给父类加载器,依次递归,如果父类加载器可以完成类加载任务,就成功返回;只有父类加载器无法完成此加载任务时 系统类加载器(system class loader):它根据 Java 应用的类路径(CLASSPATH)来加载 Java 类。一般来说,Java 应用的类都是由它来完成加载的。 关于java类加载机制推荐大家看这篇文章《深入探讨 Java 类加载器》,IBM文档,写的很详细。
我们可以通过ClassLoader#getSystemClassLoader()获取并操作这个加载器第四个:自定义加载器一般情况下,以上3种加载器能满足我们日常的开发工作,不满足时,我们还可以自定义加载器比如用网络加载 Java类,为了保证传输中的安全性,采用了加密操作,那么以上3种加载器就无法加载这个类,这时候就需要自定义加载器自定义加载器实现步骤继承java.lang.ClassLoader类,重写findClass (2)如果父类还存在父类加载器,则继续向上委托,一直委托到启动类加载器:Bootstrap ClassLoader(3)如果父类加载器可以完成加载任务,就返回成功结果,如果父类加载失败,就由子类自己去尝试加载 这样可以保证对 Java 核心源代码的保护,这就是沙箱安全机制。3 破坏双亲委派机制的场景既然Java中引入了双亲委派机制,为什么要破坏它呢?答:因为它有一些缺点。 有了线程上下文加载器,JNDI服务就可以使用它去加载所需要的SPI代码,也就是父类加载器请求子类加载器去完成类加载的动作,这样就打破了双亲委派机制。
类加载机制:虚拟机把描述类的数据从class文件加载到类,并对数据进行校验、转换解析、初始化,最终形成可以被虚拟机直接使用的java类型。 类加载过程 其中类加载的过程包括了加载、验证、准备、解析、初始化五个阶段。 其中方法区是是每个线程共享的,用于存储:被虚拟机加载的类信息、常量、静态变量。 3、在Java堆中生成一个代表这个类的java.lang.Class对象,作为对方法区中这些数据的访问入口。 public static int value = 3; 那么变量value在准备阶段过后的初始值为0,而不是3。 赋值为3。
1、描述类的加载过程及各个步骤的主要工作? 答: 类的加载过程可以大体分为三个大的阶段:加载、连接、初始化。其中,连接阶段又可以细分为:验证、准备、解析这三个阶段。 答:当某个类加载器在接到加载类的请求时,会将加载任务委托给父类加载器,依次递归,父类加载器可以完成类加载任务,就成功返回;不能加载则子类加载器自己完成加载。 有3类加载器: 启动类加载器(Bootstrap ClassLoader) 扩展类加载器(Extension ClassLoader) 应用程序类加载器(Application ClassLoader ) 但用户还可以自定义类加载器。 意义:双亲委派避免类的重复加载问题,以及避免Java核心的API被篡改,保证了代码安全。
这是我参与「掘金日新计划 · 12 月更文挑战」的第27天,点击查看活动详情 类加载机制 JVM的类加载机制主要有3种,全盘负责/双亲委派/缓存机制。 双亲委派 所谓的双亲委派,则是先让父类加载器试图加载该Class,只有在父类加载器无法加载该类时才尝试从自己的类路径中加载该类。 通俗的讲,就是某个特定的类加载器在接到加载类的请求时,首先将加载任务委托给父加载器,依次递归,如果父加载器可以完成类加载任务,就成功返回;只有父加载器无法完成此加载任务时,才自己去加载。 缓存机制 缓存机制将会保证所有加载过的Class都会被缓存,当程序中需要使用某个Class时,类加载器先从缓存区中搜寻该Class,只有当缓存区中不存在该Class对象时,系统才会读取该类对应的二进制数据 双亲委派 双亲委派机制的优势:采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系,通过这种层级关可以避免类的重复加载,当父亲已经加载了该类时,就没有必要子ClassLoader
类加载过程 加载 连接 验证 准备 解析 初始化 加载 获取类的二进制字节流加载到内存(比如从Zip包,网络,反射中读取) 将字节码的静态数据结构转换成运行时数据结构 在内存中生成一个代表这个类的java.lang.Class (JVM的自我保护机制) 正常运行Java程序可以通过.java编译成class文件,然后交由JVM执行。编译器虽然本身可以检测Java的安全问题。 类加载器 启动(Bootstrap)类加载器 启动类加载器主要加载的是JVM自身需要的类,它负责将 /lib路径下的核心类库或-Xbootclasspath参数指定的路径下的jar包加载到内存中 这个类加载使用 双亲委派模型的流程: 当一个类加载器收到类加载的请求,首先会把请求委派给父类加载器去加载,因此最终的请求都会发给启动类加载器(Bootstrap ClassLoader)。 【举个例子】每个类都有一个共同的父类Object,每个类在被加载时都会先去加载Object类,按照双亲委派模型的思路,所有的类都会优先被启动类加载器加载,那么也就是说只需要加载一次Object,当其他类需要
类得生命周期 在讲类的加载机制前,我们都知道一个对象的生命周期指的是这个对象从创建到销毁的过程,这个国政简单的一句话概括:从JVM将字节码文件加载进内存到卸载出内存为止。 验证阶段是非常重要的,但不是必须的,它对程序运行期没有影响,如果所引用的类经过反复验证,那么可以考虑采用-Xverifynone参数来关闭大部分的类验证措施,以缩短虚拟机类加载的时间。 3. public static void mian(string args[]){ System.out.println(i); } } 在这里如果你的答案是0,那么恭喜你,你的类加载机制还需要看个四五遍 在此本章说明类加载机制已经全部说完,集中类初始化时机也有所是举例,但是还有一种特俗的情况,见如下代码: public class FinalTest{ public static void main 下面附上对象得初始化时机: 使用new关键字创建对象 使用Class类的newInstance方法(反射机制) 使用Constructor类的newInstance方法(反射机制) 使用Clone方法创建对象
3、在内存中生成一个代表这个类的Class对象,作为方法区这个类的各种数据的访问入口。 特殊: 数组类本身不通过类加载器创建,由Java虚拟机直接创建。 2、元数据验证 ,对类的元数据进行语义校验(抽象类需要实现父类或接口中要求实现的所有方法,类的父类是否集成了final类)。 3、字节码验证,对类的方法体进行校验分析,保证运行时不会危害虚拟机安全。 1、类和接口的解析。 2、字段的解析。 3、类方法解析。 4、接口方法解析。 3、初始化类时,有父类则先初始化父类。 4、虚拟机启动时,先初始化主类(包含main()方法)。 5、JDK 1.7动态语言支持,MethodHandle实例解析结果方法句柄对应的类要先初始化。 双亲委派模型的特殊情况: 1、代码热替换、模块热部署,OSGi实现模块化热部署的关键是它自定义的类加载器机制的实现。