文章目录 一、类加载器 二、类加载的双亲委托机制 一、类加载器 ---- Java 虚拟机 ClassLoader 类加载器 : Bootstrap ClassLoader : 启动类加载器 , 该 加载器由 程序才能开始执行 ; 二、类加载的双亲委托机制 ---- 类加载器级别 : 权限 / 重要性 从高到低排列 ; 启动类加载器 Bootstrap ClassLoader 扩展类加载器 Extention ClassLoader 应用类加载器 Application ClassLoader 自定义类加载器 Custom ClassLoader 在双亲委托机制中 , 上层的类加载器 是 下层类加载器 的父类 ; 类加载的双亲委托机制 : 类加载器 ClassLoader 接收到 类加载任务 之后 , 自己不会先进行加载 , 反而将该 类加载任务 委托 给 父类类加载器 执行 ; 父类类加载器 接收 到 该 类加载任务 之后 , 也会 委托 父类的父类 类加载器 执行 ; 委托操作 , 会一直传递到 最顶层的 启动类加载器 Bootstrap ClassLoader ; 如果 启动类加载器 Bootstrap
【理解】4.1 概述4.2 JDK8及之前的版本4.2.1 启动类加载器4.2.2 扩展类加载器和应用程序类加载器扩展类加载器应用程序类加载器4.3 JDK9之后的类加载器4.4 ClassLoader 是扩展类加载器AppClassLoader是应用程序类加载器DelegatingClassLoader是用来提升反射效率的类加载器4.2.1 启动类加载器启动类加载器(Bootstrap ClassLoader ,说明自己拓展的Jar包被加载了应用场景:在企业中开发一些偏底层的基础类,所有用到jdk的项目都需要使用这些基础类,此时就通过启动类加载器去加载用户jar包4.2.2 扩展类加载器和应用程序类加载器扩展类加载器和应用程序类加载器都是 避免了核心类被应用程序重写并覆盖的问题,提升了安全性)加载某一个类,先委托上一级的加载器进行加载,如果上级加载器也有上级,则会继续向上委托,如果该类委托上级没有被加载,子加载器尝试加载该类应用程序类加载器的父类加载器是扩展类加载器 ,扩展类加载器的父类加载器是启动类加载器。
用户可以自己定义类加载器来加载类。 逻辑是从自定义加载器一直往上父类加载器递归调用,直到扩展类加载器发现没有parent了,就会去查看引导类加载器加没加载过该类。 加载顺序应该是先查看引导类加载器是否加载,再由父类加载器尝试加载,最后是子类加载器自己加载。 双亲委派:向上委派过程:第一步: 将自定义加载器挂载到应用程序类加载器;第二步: 应用程序类加载器将请求委托给扩展类加载器;第三步: 扩展类加载器将请求委托给启动类加载器。 向下委派的加载过程(报ClassNotFund的过程):第一步: 启动类加载器在加载路径下查找并加载Class文件,如果没有找到就交给扩展类加载器加载 第二步:扩展类加载器在它的加载路径下查找并加载Class
类加载器虽然只用于实现类的加载动作,但它在Java程序中起到的作用却远远不限于类加载阶段。比如判断两个类是否“相等”,只有两个类是由同一个类加载器加载的前提下才有意义。 如果应用程序没有自定义的类加载器,一般默认都是用这个类加载器。 * 自定义类加载器(User ClassLoader),用户自己定义的类加载器。 双亲委派模型 ? 类加载器双亲委派模型要求除了顶层的启动类加载器外,其它的类加载器都应该有自己的父类加载器。这里的类加载器之间的父子关系不是通过继承实现的,都是使用组合关系来复用父加载器的代码。 类加载器双亲委派模型的工作过程:如果一个类加载器收到类加载的请求,它首先把这个请求委派给父类加载器去完成,每一层次的类加载器都是如此,因此所有的类加载请求都应该传到顶层的启动类加载器中,只有当父类加载器反馈自己无法完成这个加载请求时 由于只能向上委派,到了启动类加载器后不能往下询问,即顶层的类加载器,无法访问底层的类加载器所加载的类。
类加载器基本概念 顾名思义,类加载器(class loader)用来加载 Java 类到 Java 虚拟机中。 类加载器的代理模式 类加载器在尝试自己去查找某个类的字节代码并定义它时,会先代理给其父类加载器,由父类加载器先去尝试加载这个类,依次类推。 加载类的过程 在前面介绍类加载器的代理模式的时候,提到过类加载器会首先代理给其它类加载器来尝试加载某个类。这就意味着真正完成类的加载工作的类加载器和启动这个加载过程的类加载器,有可能不是同一个。 也就是说,哪个类加载器启动类的加载过程并不重要,重要的是最终定义这个类的加载器。两种类加载器的关联之处在于:一个类的定义加载器是它引用的其它类的初始加载器。 类加载器在成功加载某个类之后,会把得到的 java.lang.Class类的实例缓存起来。下次再请求加载该类的时候,类加载器会直接使用缓存的类的实例,而不会尝试再次加载。
一个非数组类的加载阶段(加载阶段获取类的二进制字节流的动作)是可控性最强的阶段,这一步我们可以去自定义类加载器去控制字节流的获取方式(重写一个类加载器的 loadClass() 方法)。 数组类型不通过类加载器创建,它由 Java 虚拟机直接创建。 所有的类都由类加载器加载,加载的作用就是将 .class文件加载到内存。 AppClassLoader(应用程序类加载器) :面向我们用户的加载器,负责加载当前应用 classpath 下的所有 jar 包和类。 当父类加载器无法处理时,才由自己来处理。当父类加载器为 null 时,会使用启动类加载器 BootstrapClassLoader 作为父类加载器。 每个类加载都有一个父类加载器,我们通过下面的程序来验证。
实现通过类的全限定名获取该类的二进制字节流的代码块叫做类加载器。 启动类加载器无法被Java程序直接引用,用户在编写自定义类加载器时,如果需要把加载请求委派给引导类加载器去处理,那直接使用null代替即可。 由于扩展类加载器是由Java代码实现的,开发者可以直接在程序中使用扩展类加载器来加载Class文件。 由于应用程序类加载器是ClassLoader类中的getSystem-ClassLoader()方法的返回值,所以有些场合中也称它为“系统类加载器”。 它负责加载用户类路径(ClassPath)上所有的类库,开发者同样可以直接在代码中使用这个类加载器。如果应用程序中没有自定义过自己的类加载器,一般情况下这个就是程序中默认的类加载器。
类加载器采用了双亲委派机制(Parent-Delegate Model),它将类的加载过程委派给父类加载器,只有在父类加载器无法找到所需类时,才会尝试自己去加载。 类加载器的种类Java中有三种主要的类加载器,分别是:Bootstrap Class Loader(引导类加载器):它是JVM自身的一部分,负责加载Java的核心类库,如java.lang包中的类。 此外,还有一种特殊的类加载器:用户自定义类加载器:这种类加载器由开发人员自行编写,用于自定义加载一些特殊的类。类加载器的示例代码下面通过示例代码来演示类加载器的使用。 总结类加载器是Java虚拟机中的一个重要组成部分,它负责将Java类文件加载到内存中,并在运行时动态链接和验证这些类。Java中有三种主要的类加载器,分别是引导类加载器、扩展类加载器和应用类加载器。 类加载器根据双亲委派机制进行类的加载,保证了类加载的一致性和安全性。在实际开发中,了解类加载器的工作原理对于解决类加载相关的问题非常重要。希望本文对您理解类加载器有所帮助!
类加载器子系统作用 类加载器子系统负责从文件系统或者网络中加载Class文件,class文件在文件开头有特定的文件标识。 加载的类信息存放于一块称为方法区的内存空间。 除了类的信息外,方法区中还会存放运行时常量池信息,可能还包括字符串字面量和数字常量(这部分常量信息是Class文件中常量池部分的内存映射) 类加载器ClasLoader角色 class file存在于本地硬盘上 由于Java采用的是懒加载策略,只有当我们需要用到这个类的时候才会去加载他 初始化阶段就是执行类构造器方法<clinit>()的过程。 此方法不需定义,是javac编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而来。 构造器方法中指令按语句在源文件中出现的顺序执行。 <clinit>()不同于类的构造器。
为什么要自定义加载器 原因: 1、存放在自定义路径上的类,需要通过自定义类加载器去加载。 【注意:AppClassLoader加载classpath下的类】 2、类不一定从文件中加载,也可能从网络中的流中加载,这就需要自定义加载器去实现加密解密。 如何实现自定义加载器 实现自定义类加载有以下两步: 1、继承ClassLoader 2、重写findClass,在findClass里获取类的字节码,并调用ClassLoader中的defineClass 如下:是一个自定义 的类加载器 public static class MyClassLoader extends ClassLoader{ @Override protected 一直提交给启动类加载器去加载,通过他加载,加载到的永远是/lib下面的java.lang.String 3、在这个自己写的类中写上main方法 public static void main(String
类加载器是有了解吗? 解析:底层原理的考察,其中涉及到类加载器的概念,功能以及一些底层的实现。 答:顾名思义,类加载器(class loader)用来加载 Java 类到 Java 虚拟机中。 一般来说,Java 虚拟机使用 Java 类的方式如下:Java 源程序(.java 文件)在经过 Java 编译器编译之后就被转换成 Java 字节代码(.class 文件)。 类加载器负责读取 Java 字节代码,并转换成 java.lang.Class类的一个实例。每个这样的实例用来表示一个 Java 类。
==c2); // true 同一个类加载器器,加载同名的类,第一次加载时加载的类会缓存到类加载器的缓存,再次加载直接在缓存读取,两次加载的是同一个类 //直接获取类的类加载器 } } 在应用程序中,默认我们获取上下文类加载器、类型对象getClassLoader都是采用的同一个应用程序类加载器,类在第一次被加载后会缓存到类加载器的缓存中,由于是同一个类加载器此时同名的类不能被多次加载 ,且应用程序类加载器只能加载classpath下的类。 如果我们想加载自定义路径下的类,需要用到自定义类加载器,可以去指定路径下加载类,且通过创建多个类加载器对象,加载的同名类相互隔离,也就是说同名类可以被多个自定义类加载器对象加载。 ",e); } } } 使用自定义加载器,创建多个类加载器对象去加载同一个类,会得到多个类型对象。
在沙箱组件中包括类装载器结构,类加载器体系结构也是java沙箱的第一道防线,因为程序都是通过类加载器才能够加载到JVM中的。 类加载器有三方面的作用: 1. 它防止了恶意代码去干涉善意代码 2. 其中一个大家所熟悉的词就是“双亲委派机制”,所谓“双亲委派机制”,就是某个特定的类加载器在接到加载类的请求时,首先将加载任务委托给父类加载器,依次递归,如果父类加载器可以完成类加载任务,就成功返回;只有父类加载器无法完成此加载任务时 扩展类加载器(extensions class loader):它用来加载 Java 的扩展库。Java 虚拟机的实现会提供一个扩展库目录。该类加载器在此目录里面查找并加载 Java 类。 系统类加载器(system class loader):它根据 Java 应用的类路径(CLASSPATH)来加载 Java 类。一般来说,Java 应用的类都是由它来完成加载的。 关于java类加载机制推荐大家看这篇文章《深入探讨 Java 类加载器》,IBM文档,写的很详细。
当JVM启动时,会形成由三个类加载器组成的初始类加载器层次结构 1、启动类加载器BootstrapClassLoader: 是嵌在JVM内核中的加载器,该加载器是用C++语言写的,主要负载加载 上述三种类加载器的层次关系如下: ? 注意:类加载器的体系并不是“继承”体系,而是委派体系,大多数类加载器首先会到自己的parent中查找类或者资源,如果找不到才会到自己本地查找。 类加载器的委托行为动机是为了避免相同的类被加载多次。 每一个层次的类加载器都是如此。 因此所有的类加载请求都应该传递到最顶层的启动类加载器中,只有到父类加载器反馈自己无法完成这个加载请求(在它的搜索范围没有找到这个类)时,子类加载器才会尝试自己去加载。 ,若没有加载则调用父类加载器的loadClass方法,若父类加载器不存在,则使用启动类加载器。
类加载器 系统加载器(System ClassLoader):负责java-classpath或-D java.class.path所指的目录下的类与jar包装入工作,是常用的加载器 扩展类加载器(Extension 编写的,是JVM自带的类加载器,负责Java平台核心库,用来装载核心类库。 该加载器无法直接获取 自定义加载器、系统加载器、扩展加载器、引导加载器,自左向右检查类是否已装载,自右向左尝试加载类 示 public class Test07 { public static = ClassLoader.getSystemClassLoader(); System.out.println(systemClassLoader); //获取系统类加载器的父类加载起器 ); //获取扩展类加载器的父类加载器--->根加载器(C/c++) ClassLoader parent1 = parent.getParent();
类加载器 把实现类加载阶段中的“通过一个类的全限定名来获取描述此类的二进制字节流”这个动作的代码模块称为“类加载器”。 类的唯一性 对于任意一个类,都需要由加载它的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性。 即使两个类来源于同一个 Class 文件,被同一个虚拟机加载,只要加载它们的类加载器不同,那这两个类也不相等。 双亲委托机制 如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类,而是把这个请求委派给父类加载器去完成,每一个层次的类加载器都是如此,因此所有的加载请求最终都应该传送到顶层的启动类加载器中 ,只有当父加载器反馈自己无法完成这个加载请求(它的搜索范围中没有找到所需的类)时,子加载器才会尝试自己去加载。
需要注意的是,即使是同一个类,类加载器不一样,就必定不相等。 例如自定义了一个类加载器跟JVM默认加载器进行比对 /** *自定义类加载器 */ class MyClassLoader extends ClassLoader { //类加载需要用到包名 Java的3种类加载器 1、Bootstrap ClassLoader,顶级加载器。 启动类加载器,加载JAVA_HOME/jre/lib下的核心类库,也是所有加载器的顶级父类,由c++所写。 3、Application ClassLoader,应用程序类加载器 系统默认加载器,负责加载用户类所在路径的类信息。 JVM的双亲委派模型(保证父类加载器会先加载类) 工作流程:如果一个类加载器收到了类加载的请求,首先不会自己去尝试加载此类,而是把请求委派给父类加载器去完成,每一个层次的类加载器都是如此,因此所有的加载请求都会传送到顶层的启动类加载器中
1.类的加载过程 JVM将类加载过程分为三个步骤:装载(Load),链接(Link)和初始化(Initialize)链接又分为三个步骤,如下图所示: 1) 装载:查找并加载类的二进制数据; 2 首先如果由编译器生成的class文件,它肯定是符合JVM字节码格式的,但是万一有高手自己写一个class文件,让JVM加载并运行,用于恶意用途,就不妙了,因此这个class文件要先过验证这一关,不符合的话不会让它继续执行的 类的初始化步骤: 1)如果这个类还没有被加载和链接,那先进行加载和链接 2)假如这个类存在直接父类,并且这个类还没有被初始化(注意:在一个类加载器中,类只能初始化一次 3.类的加载 类的加载指的是将类的.class文件中的二进制数据读入到内存中,将其放在运行时数据区的方法区内,然后在堆区创建一个这个类的java.lang.Class对象,用来封装类在方法区类的对象 5)将Java源文件动态编译为.class文件(服务器) 4.加载器 来自http://blog.csdn.net/cutesource/article/details/5904501 JVM
*Java中的ClassLoader* 1.系统类加载器包括3种: 1)Bootstrap ClassLoader(引导类加载器) C/C++代码实现的加载器,用于加载指定的JDK的核心类库,比如 (应用程序类加载器) Java中的实现类为AppClassLoader 2.Custom ClassLoader(自定义类加载器)通过继承java.lang.ClassLoader类的方式来实现自己的类加载器 ,ExtClassLoader和AppClassLoader都是在Launcher中进行初始化的 4.类加载器查找Class所采用的是双亲委托模式,好处是 1)避免重复加载,如果已经加载过一次Class ,可以直接读取已经加载的Class 2)更加安全,无法自定义类来替代系统的类 *Android中的ClassLoader* 1.系统类加载器包括3种: 1)BootClassLoader Android *Java和Android的ClassLoader的区别* 1.Java的引导类加载器是由C++编写的,Android中的引导类加载器则是由Java编写的 2.Android的继承关系要比Java继承关系复杂一些
类加载器 把实现类加载阶段中的“通过一个类的全限定名来获取描述此类的二进制字节流”这个动作的代码模块称为“类加载器”。 类的唯一性 对于任意一个类,都需要由加载它的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性。 即使两个类来源于同一个 Class 文件,被同一个虚拟机加载,只要加载它们的类加载器不同,那这两个类也不相等。 双亲委托机制 如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类,而是把这个请求委派给父类加载器去完成,每一个层次的类加载器都是如此,因此所有的加载请求最终都应该传送到顶层的启动类加载器中 ,只有当父加载器反馈自己无法完成这个加载请求(它的搜索范围中没有找到所需的类)时,子加载器才会尝试自己去加载。