"C:\Users\MAIBENBEN\Desktop\blog\Java常用技术\Java 类机制(2)----类加载过程" Main 命令。 (2)----类加载过程"。 双亲委派模型 双亲委派模型是 Java 虚拟机默认的类加载机制,也是其推荐的类加载机制,其流程如下:当某个类加载器要加载某个类时,先判断该类有没有被当前类加载器加载过,如果加载过,则直接返回对应 Class , c1 == c2: " + c1 + ", " + c2.toString() + ", " + (c1 == c2)); } catch (ClassNotFoundException 好了,这篇文章中我们详细看了一下关于 JVM中类加载的机制,下一篇文章我们将一起研究一下 class 文件的格式,届时会再度回顾这篇文章的某些内容。
《深入理解Java虚拟机》一书中将类的加载过程放到了类加载器前面一节,但在这里我想先讲“类加载器”。在上一篇类加载时机中我们用大量篇幅来讲解了类加载过程中的5个步骤的最后一步——初始化。 在这一节中,我们实际是在讲解类加载过程5个步骤的第一步——加载。 我们再次回顾类加载过程的5个步骤: image.png 类加载过程的“加载”步骤是通过类加载器(ClassLoader)来实现的。 1 package day_14_classloader; 2 3 import java.io.IOException; 4 import java.io.InputStream; 5 从传统固定思维来看,应该是处在最低层的自定义类加载器进行加载,当发现不能加载时将请求传递加载传递给上一层类加载器——应用程序类加载器,以此类推,直到到达最顶层的启动类的类加载器。 1 /** 2 * 3 * 此方法和书中的方法略有不同,书中方法为protected synchronized Class<?
类加载机制 类的加载过程总的来说分为7个过程:加载,验证,准备,解析,初始化,使用,卸载,其中类的验证,准备,解析又称为连接阶段 java虚拟机规范并没有规定什么时候要进行加载阶段,但是规定了什么时候必须进行初始化阶段 1,遇到new指令的时候,或调用类静态方法,又或者访问类的静态属性(被final修饰的字段除外,已经被放在常量池里面) 2,初始化子类的时候,发现父类还未初始化必须先初始化父类。 123 说明通过子类引用父类的静态字段,不会导致子类初始化 例子2 /** * * 常量在编译阶段会存入调用类的常量池中,本质上并没有直接引用到定义常量的类,因此不会触发定义常量的类的初始化。 字段B的值将会是2而不是1 static class Parent{ public static int A=1; static{ A=2; } } static class Sub extends >\lib\ext目录中的类库加载到虚拟机内存中 应用程序类加载器:它负责加载用户类路径(ClassPath)上所指定的类库 双亲委派机制 类加载器之间如下图的这种层次关系,称为类加载器的双亲委派模型。
类加载具体机制可以参考: Java类加载机制: https://zhuanlan.zhihu.com/p/25228545 JVM 基础 - Java 类加载机制: https://www.pdai.tech /md/java/jvm/java-jvm-classload.html 2 类加载机制 2.1 双亲委派机制 双亲委派机制是指如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类,而是把请求委托给父加载器去完成 启动类加载器是无法被 Java 程序直接引用的。 2. 2.2 全盘负责机制 当一个类加载器负责加载某个 Class 时,该 Class 所依赖的和引用的其他 Class 也将由该类加载器负责载入,除非显式使用另外一个类加载器来载入。 结合类加载机制中的全盘负责机制,我们知道这个匿名类是由加载依赖它的 org.apache.iotdb.MySum 的类加载器来加载的,我们把这个类加载器记为 A。
1.访问类的编译期静态常量时,不会触发类的初始化行为。类的初始化行为是指在类被加载之后(也就是类的Class对象被创建之后),为类的静态成员变量分配存储空间。 2.编译期静态常量会在编译阶段被存储到NonInitialization类的常量池中,在以后对编译期静态常量的引用都实际上被替换为对NonInitializaion类对自身常量池的引用,所以访问类的编译期静态常量并不会触发类的初始化行为 3.初始化一个类之前,会先初始化该类的父类。
类加载机制 Java虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型,这个过程被称作虚拟机的类加载机制。 加载阶段既可以使用Java虚拟机里内置的类加载器来完成,也可以由用户自定义的类加载器去完成,开发人员通过定义自己的类加载器去控制字节流的获取方式(重写一个类加载器的findClass()或loadClass 验证阶段对于虚拟机的类加载机制来说,是一个非常重要的、但却不是必须要执行的阶段,因为验证阶段只有通过或者不通过的差别,只要通过了验证,其后就对程序运行期没有任何影响了。 由于父类的()方法先执行,也就意味着父类中定义的静态语句块要优先于子类的变量赋值操作,字段B的值将会是2而不是1。 static class Parent { public static int A = 1; static { A = 2; } } static class Sub extends Parent
点击上方“晏霖”,选择“置顶或者星标” 曾经有人关注了我 后来他有了女朋友 1.6类加载机制 1.6.1概述 学习本章前我们要对类文件结构有一个简单的认识,而学习类文件结构没有任何难度,更多的是参考《 JDK1.8后,如果接口定义了默认方法,接口的实现类发生了初始化,那么接口要在其前被初始化。 n 加载 在加载阶段要完成三件事: 1. 通过类的全限定名获取类的二进制文件流。 2. n 验证 验证是连接的第一步,这个阶段主要是校验class文件的字节流包是否符合《Java虚拟机规范》所规定的,是虚拟机自身保护的机制。 2,因此,最后输出的是x=2,y=1。 代码清单1-2 类加载机制源码 //ValueUtility.java static { SharedSecrets.setJavaCorbaAccess(new JavaCorbaAccess
事实上,虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验,转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型的过程就是虚拟机的类加载机制。 对于jvm类的加载机制,我们主要关注两个问题: 类的加载时机?(初始化的五种情况) 类的加载过程? 2.类的加载时机 这里的“加载”只是类加载过程的一个阶段,代表这“类的加载”的这一过程的开始,jvm并没有强制性约束在什么时候开始类加载过程。 一般我们说类的加载,指的是整个加载过程。 2.验证 验证是连接阶段的第一步,目的是为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求,并且不会危害虚拟机自身的安全。 2.类构造器中的赋值操作 对于静态块中的赋值操作,我们需要注意:静态语句块只能访问到定义在静态语句块之前的变量,定义在它之后的变量,在前面的静态语句块可以赋值,但是不能访问。
类加载机制 虚拟机把描述类的数据从class文件加载到内存,并且进行校验、解析、初始化。最终形成可以直接使用的Class对象,这就是类加载机制。 当用户在自己的代码中,需要某些额外的类时,再通过加载机制加载到JVM中,并且存放一段时间,便于频繁使用。 根据类加载机制,当被加载的类引用了另外一个类的时候,需要使用第一个类的类加载器进行加载。 (只有ClassLoader被卸载了,对应的类才能被卸载) WebappClassLoader的类加载逻辑 tomcat的类加载机制是违反了双亲委托模型的,各个web应用自己的类加载器(WebAppClassLoader from=singlemessage [Tomcat类加载器机制
Java类加载机制是指 JVM 把类的字节码文件加载到内存,并进行链接和初始化的过程。 加载加载是“类加载”(Class Loading)过程的一个阶段,是通过双亲委派机制进行类的加载。 对于任意一个类,都需要由加载它的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性,每一个类加载器,都拥有一个独立的类名称空间。类加载器可分为启动类加载器、扩展类加载器和应用类加载器。 它负责加载用户类路径(ClassPath)上所指定的类库,开发者可以直接使用这个类加载器,如果应用程序中没有自定义过自己的类加载器,一般情况下这个就是程序中默认的类加载器。 类加载模型双亲委派模型如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类,而是把这个请求委派给父类加载器去完成,每一个层次的类加载器都是如此,因此所有的加载请求最终都应该传送到顶层的启动类加载器中
类加载机制 类加载指的是,Java 进程运行的时候,需要把 .class 文件从硬盘读取到内存,并进行一些列的校验解析的过程(程序要想执行,就得进入内存) .class 文件==>类对象 硬盘==>内存 类加载过程 类加载的过程,其实是在 Java 官方文档中给出的说明 加载:找到. class 文件,并且读文件内容 验证:校验 .class 文件的格式是否符合 JVM 规范要求 准备:给类对象分配内存 (此时内存空间全是 0 的==>类的静态成员也就是全 0 的值) 解析:针对类中的字符串常量进行处理 把类对象的各个属性进行赋值填充==>触发对父类的加载,初始化静态成员,执行静态代码块 类加载大体的过程可以分为五 个步骤(也有资料上说是三个,这个情况就是把 2,3,4 合并成一个了) 1. 加载 把硬盘上的 .class 文件找到,打开文件,读取到文件内容(认为读到的是二进制的数据) 找文件这里还有点幺蛾子(后面再说) 2.
概述 虚拟机的类加载机制:虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型。 同时,通过“-XX:+TraceClassLoading”打印被类加载器加载的类信息,发现MyParent2类没有被加载!! 通常可以通过如下方式获取类的二进制字节流: [1] 从本地系统中直接加载 [2] 从网络中获取,这种场景最典型的应用就是Applet。 关于“非数组类”的加载: 相对于类加载过程的其他阶段,一个非数组类的加载阶段(准确地说,是加载阶段中获取类的二进制字节流的动作)是开发人员可控性最强的,因为加载阶段既可以使用系统提供的引导类加载器来完成 ② 元数据验证; ③ 字节码验证; ④ 符号引用验证 对于虚拟机的类加载机制来说,验证阶段是一个非常重要的、但不是一定必要(因为对程序运行期没有影响)的阶段。
其中类加载的过程包括了加载、验证、准备、解析、初始化五个阶段。 类的加载: 查找并加载类的二进制数据 加载是类加载过程的第一个阶段,在加载阶段,虚拟机需要完成以下三件事情: 【1】通过一个类的全限定名来获取其定义的二进制字节流。 类加载器并不需要等到某个类被“首次主动使用”时再加载它,JVM规范允许类加载器在预料某个类将要被使用时就预先加载它,如果在预先加载的过程中遇到了.class文件缺失或存在错误,类加载器必须在程序首次主动使用该类时才报告错误 加载 .class文件的方式: 【1】从本地系统中直接加载; 【2】通过网络下载 .class文件; 【3】从zip,jar等归档文件中加载 .class文件; 【4】从专有数据库中提取 .class 在 Java中对类变量进行初始值设定有两种方式: 【1】声明类变量时指定初始值; 【2】使用静态代码块为类变量指定初始值; JVM初始化步骤: 【1】假如这个类还没有被加载和连接,则程序先加载并连接该类
JVM类加载机制 java虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验,转换解析和初始化,最终形成可以被虚拟机直接使用的java类型,这就是虚拟机的加载机制。 类的加载的最终产品是位于堆区中的Class对象,Class对象封装了类在方法区内的数据结构,并且向Java程序员提供了访问方法区内的数据结构的接口。 (2)加载.class文件的方式 1.从本地系统中直接加载 2.通过网络下载.class文件 3.从zip,jar等归档文件中加载.class文件 4.从专有数据库中提取.class (2)元数据的验证 对类的元数据信息进行语义校验(其实就是对类中的各数据类型进行语法校验),保证不存在不符合Java语法规范的元数据信息。 5.初始化(Initialization) 对类的静态变量,静态代码块执行初始化操作 步骤: 1.加入这个类还没有被加载和连接,则程序先加载并连接该类 2.加入该类的直接父类还没有被初始化,则先初始化其直接父类
在沙箱组件中包括类装载器结构,类加载器体系结构也是java沙箱的第一道防线,因为程序都是通过类加载器才能够加载到JVM中的。 类加载器有三方面的作用: 1. 它防止了恶意代码去干涉善意代码 2. 其中一个大家所熟悉的词就是“双亲委派机制”,所谓“双亲委派机制”,就是某个特定的类加载器在接到加载类的请求时,首先将加载任务委托给父类加载器,依次递归,如果父类加载器可以完成类加载任务,就成功返回;只有父类加载器无法完成此加载任务时 扩展类加载器(extensions class loader):它用来加载 Java 的扩展库。Java 虚拟机的实现会提供一个扩展库目录。该类加载器在此目录里面查找并加载 Java 类。 系统类加载器(system class loader):它根据 Java 应用的类路径(CLASSPATH)来加载 Java 类。一般来说,Java 应用的类都是由它来完成加载的。 关于java类加载机制推荐大家看这篇文章《深入探讨 Java 类加载器》,IBM文档,写的很详细。
在加载类的时候,是采用的双亲委派机制,即把请求交给父类处理的一种任务委派模式。工作原理(1)如果一个类加载器接收到了类加载的请求,它自己不会先去加载,会把这个请求委托给父类加载器去执行。 (2)如果父类还存在父类加载器,则继续向上委托,一直委托到启动类加载器:Bootstrap ClassLoader(3)如果父类加载器可以完成加载任务,就返回成功结果,如果父类加载失败,就由子类自己去尝试加载 下面给大家列举一下,破坏双亲委派机制最常见的场景。3.1 JNDIJNDI是Java中的标准服务,它的代码由启动类加载器去加载。 有了线程上下文加载器,JNDI服务就可以使用它去加载所需要的SPI代码,也就是父类加载器请求子类加载器去完成类加载的动作,这样就打破了双亲委派机制。 那么,Tomcat加载类的机制是怎么样的?CommonClassLoader:是Tomcat最基本的类加载器,它加载的类可以被Tomcat容器和Web应用访问。
类加载机制:虚拟机把描述类的数据从class文件加载到类,并对数据进行校验、转换解析、初始化,最终形成可以被虚拟机直接使用的java类型。 类加载过程 其中类加载的过程包括了加载、验证、准备、解析、初始化五个阶段。 加载 1、通过一个类的全限定名来获取其定义的二进制字节流。 2、将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。 = 0; var2 < var1; ++var2) { MetaIndex.registerDirectory(var0[var2]); 双亲委派模型 如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类,而是把请求委托给父加载器去完成,依次向上,因此,所有的类加载请求最终都应该被传递到顶层的启动类加载器中,只有当父加载器在它的搜索范围中没有找到所需的类时
1、描述类的加载过程及各个步骤的主要工作? 答: 类的加载过程可以大体分为三个大的阶段:加载、连接、初始化。其中,连接阶段又可以细分为:验证、准备、解析这三个阶段。 准备:给类变量分配内存,并且设置变量初始值。 解析:将常量池的符号引用替换为直接引用的过程 初始化:根据程序去初始化变量和其他资源。 ? 2、简述加载器的双亲委派原则及双亲委派的意义? 答:当某个类加载器在接到加载类的请求时,会将加载任务委托给父类加载器,依次递归,父类加载器可以完成类加载任务,就成功返回;不能加载则子类加载器自己完成加载。 有3类加载器: 启动类加载器(Bootstrap ClassLoader) 扩展类加载器(Extension ClassLoader) 应用程序类加载器(Application ClassLoader ) 但用户还可以自定义类加载器。
这是我参与「掘金日新计划 · 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,当其他类需要