浅谈Java类的加载,链接及初始化

一 类生命周期

Loading

Linking(Verification、Preparation、Resolution)

Initializing

二 类加载器

1 图解

2 代码

package jvm;

public class T002_ClassLoadLevel {
    public static void main(String[] args) {
        System.out.println(String.class.getClassLoader());
        System.out.println(sun.awt.HKSCS.class.getClassLoader());
        System.out.println(sun.net.spi.nameservice.dns.DNSNameService.class.getClassLoader());
        System.out.println(T002_ClassLoadLevel.class.getClassLoader());
        System.out.println(sun.net.spi.nameservice.dns.DNSNameService.class.getClassLoader().getClass().getClassLoader());
        System.out.println(T002_ClassLoadLevel.class.getClassLoader().getClass().getClassLoader());
    }
}

3 测试

null

null

sun.misc.Launcher$ExtClassLoader@5b2133b1

sun.misc.Launcher$AppClassLoader@18b4aac2

null

null

三 反射执行过程

四 双亲委派和父加载器

1 父加载器

父加载器不是类加载器的加载器。也不是类加载器的父类加载器。

2 双亲委派是一个孩子向父亲方向检查,然后父亲向孩子方向加载的双亲委派过程。

3 为什么要搞双亲委派

主要是出于安全原因,如果没有双亲委派,开发人员可以开发出自己的 String,用它来替换核心类库中的 String,在自定义的 String 类中收集用户信息,导致系统不安全。

4 代码

package jvm;

public class T004_ParentAndChild {
    public static void main(String[] args) {
        System.out.println(T004_ParentAndChild.class.getClassLoader());
        System.out.println(T004_ParentAndChild.class.getClassLoader().getClass().getClassLoader());
        System.out.println(T004_ParentAndChild.class.getClassLoader().getParent());
        System.out.println(T004_ParentAndChild.class.getClassLoader().getParent().getParent());
    }
}

5 测试

sun.misc.Launcher$AppClassLoader@18b4aac2

null

sun.misc.Launcher$ExtClassLoader@1be6f5c3

null

6 双亲委派过程

五 类加载器范围

1 代码

package jvm;

public class T003_ClassLoaderScope {
    public static void main(String[] args) {
        System.out.println("----------------------------------------------------------");
        String pathBoot = System.getProperty("sun.boot.class.path");
        System.out.println(pathBoot.replaceAll(";",System.lineSeparator()));
        System.out.println("----------------------------------------------------------");
        String pathExt = System.getProperty("java.ext.dirs");
        System.out.println(pathExt.replaceAll(";",System.lineSeparator()));
        System.out.println("----------------------------------------------------------");
        String pathApp = System.getProperty("java.class.path");
        System.out.println(pathApp.replaceAll(";",System.lineSeparator()));
    }
}

2 测试

----------------------------------------------------------
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\resources.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\rt.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\sunrsasign.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\jsse.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\jce.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\charsets.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\jfr.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\classes
----------------------------------------------------------
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext
C:\WINDOWS\Sun\Java\lib\ext
----------------------------------------------------------
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\charsets.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\deploy.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext\access-bridge-64.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext\cldrdata.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext\dnsns.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext\jaccess.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext\jfxrt.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext\localedata.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext\nashorn.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext\sunec.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext\sunjce_provider.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext\sunmscapi.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext\sunpkcs11.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\ext\zipfs.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\javaws.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\jce.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\jfr.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\jfxswt.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\jsse.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\management-agent.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\plugin.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\resources.jar
D:\ProgramFiles\Java\jdk1.8.0_251\jre\lib\rt.jar
E:\javatest1\target\classes
D:\.m2\repos\org\springframework\boot\spring-boot-starter\2.2.6.RELEASE\spring-boot-starter-2.2.6.RELEASE.jar
D:\.m2\repos\org\springframework\boot\spring-boot\2.2.6.RELEASE\spring-boot-2.2.6.RELEASE.jar
D:\.m2\repos\org\springframework\spring-context\5.2.5.RELEASE\spring-context-5.2.5.RELEASE.jar
D:\.m2\repos\org\springframework\spring-aop\5.2.5.RELEASE\spring-aop-5.2.5.RELEASE.jar
D:\.m2\repos\org\springframework\spring-beans\5.2.5.RELEASE\spring-beans-5.2.5.RELEASE.jar
D:\.m2\repos\org\springframework\spring-expression\5.2.5.RELEASE\spring-expression-5.2.5.RELEASE.jar
D:\.m2\repos\org\springframework\boot\spring-boot-autoconfigure\2.2.6.RELEASE\spring-boot-autoconfigure-2.2.6.RELEASE.jar
D:\.m2\repos\org\springframework\boot\spring-boot-starter-logging\2.2.6.RELEASE\spring-boot-starter-logging-2.2.6.RELEASE.jar
D:\.m2\repos\ch\qos\logback\logback-classic\1.2.3\logback-classic-1.2.3.jar
D:\.m2\repos\ch\qos\logback\logback-core\1.2.3\logback-core-1.2.3.jar
D:\.m2\repos\org\slf4j\slf4j-api\1.7.30\slf4j-api-1.7.30.jar
D:\.m2\repos\org\apache\logging\log4j\log4j-to-slf4j\2.12.1\log4j-to-slf4j-2.12.1.jar
D:\.m2\repos\org\apache\logging\log4j\log4j-api\2.12.1\log4j-api-2.12.1.jar
D:\.m2\repos\org\slf4j\jul-to-slf4j\1.7.30\jul-to-slf4j-1.7.30.jar
D:\.m2\repos\jakarta\annotation\jakarta.annotation-api\1.3.5\jakarta.annotation-api-1.3.5.jar
D:\.m2\repos\org\springframework\spring-core\5.2.5.RELEASE\spring-core-5.2.5.RELEASE.jar
D:\.m2\repos\org\springframework\spring-jcl\5.2.5.RELEASE\spring-jcl-5.2.5.RELEASE.jar
D:\.m2\repos\org\yaml\snakeyaml\1.25\snakeyaml-1.25.jar
D:\.m2\repos\commons-beanutils\commons-beanutils\1.9.4\commons-beanutils-1.9.4.jar
D:\.m2\repos\commons-logging\commons-logging\1.2\commons-logging-1.2.jar
D:\.m2\repos\commons-collections\commons-collections\3.2.2\commons-collections-3.2.2.jar
D:\.m2\repos\commons-codec\commons-codec\1.14\commons-codec-1.14.jar
D:\.m2\repos\com\google\code\gson\gson\2.8.6\gson-2.8.6.jar
D:\.m2\repos\org\apache\commons\commons-lang3\3.9\commons-lang3-3.9.jar
D:\.m2\repos\cglib\cglib\2.2.2\cglib-2.2.2.jar
D:\.m2\repos\asm\asm\3.3.1\asm-3.3.1.jar
D:\.m2\repos\commons-lang\commons-lang\2.6\commons-lang-2.6.jar
D:\.m2\repos\com\mchange\c3p0\0.9.5.2\c3p0-0.9.5.2.jar
D:\.m2\repos\com\mchange\mchange-commons-java\0.2.11\mchange-commons-java-0.2.11.jar
D:\.m2\repos\org\projectlombok\lombok\1.18.12\lombok-1.18.12.jar
D:\.m2\repos\com\google\guava\guava\20.0\guava-20.0.jar
D:\.m2\repos\commons-io\commons-io\2.6\commons-io-2.6.jar
D:\.m2\repos\com\alibaba\fastjson\1.2.31\fastjson-1.2.31.jar
D:\.m2\repos\org\apache\poi\poi\3.9\poi-3.9.jar
D:\.m2\repos\org\apache\poi\poi-ooxml\3.9\poi-ooxml-3.9.jar
D:\.m2\repos\org\apache\poi\poi-ooxml-schemas\3.9\poi-ooxml-schemas-3.9.jar
D:\.m2\repos\org\apache\xmlbeans\xmlbeans\2.3.0\xmlbeans-2.3.0.jar
D:\.m2\repos\stax\stax-api\1.0.1\stax-api-1.0.1.jar
D:\.m2\repos\dom4j\dom4j\1.6.1\dom4j-1.6.1.jar
D:\.m2\repos\xml-apis\xml-apis\1.0.b2\xml-apis-1.0.b2.jar
D:\ProgramFiles\JetBrains\IDEA\lib\idea_rt.jar

到此这篇关于浅谈Java类的加载,链接及初始化的文章就介绍到这了,更多相关Java类内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • Java三个类加载器及它们的相互关系

    一.什么是类加载器? 虚拟机设计团队把类加载阶段中的"通过一个类的全限定名来获取描述此类的二进制字节流"这个动作放到Java虚拟机外部去实现,以便让应用程序自己决定如何去获取所需要的类.实现这个动作的代码模块称为"类加载器" 类加载器可以说是Java语言的一项创新,也是Java语言流行的重要原因之一,它最初是为了满足Java Applet的需求而开发出来的.虽然目前Java Applet技术基本上已经"死掉",但类加载器却在类层次划分.OSGi.

  • Java基础之自定义类加载器

    一.类加载器关系 自定义类加载器 创建一个类继承ClassLoader类,同时重写findClass方法,用于判断当前类的class文件是否已被加载 二.基于本地class文件的自定义类加载器 本地class文件路径 自定义类加载器: //创建自定义加载器类继承ClassLoader类 public class MyClassLoader extends ClassLoader{ // 包路径 private String Path; // 构造方法,用于初始化Path属性 public MyC

  • java类加载机制、类加载器、自定义类加载器的案例

    类加载机制 java类从被加载到JVM到卸载出JVM,整个生命周期包括:加载(Loading).验证(Verification).准备(Preparation).解析(Resolution).初始化(Initialization).使用(using).和卸载(Unloading)七个阶段. 其中验证.准备和解析三个部分统称为连接(Linking). 1.加载 加载指的是将类的.class文件中的二进制数据读入到内存中,将其放在运行时数据区的方法区内,然后在堆区创建一个java.lang.Clas

  • 详解Java的类加载机制及热部署的原理

    一.什么是类加载 类的加载指的是将类的.class文件的二进制数据读入到内存中,将其放在运行数据区的方法去,然后再堆区创建一个java.lang.Class对象,用来封装类在方法区的数据结构.类的加载的最终产品是位于堆区中的Class对象,Class对象封装了类在方法区的数据结构,并且向Java程序员提供了访问方法区的数据结构的接口. 类加载器并不需要等到某个类被"首次主动使用"时再加载它,JVM规范允许类加载器在预料某个类将要被使用时就预先加载它,如果在预先加载的过程中遇到了.cla

  • 源码解析Java类加载器

    参考内容: 深入理解Java虚拟机(JVM高级特性与最佳实践) --周志明老师 尚硅谷深入理解JVM教学视频--宋红康老师 我们都知道Java的类加载器结构为下图所示(JDK8及之前,JDK9进行了模块化): 关于三层类加载器.双亲委派机制,本文不再板书,读者可自行百度. 那么在JDK的源码中,三层结构的具体实现是怎么样的呢? Bootstrap ClassLoader(引导类加载器) 引导类加载器是由C++实现的,并非Java代码实现,所以在Java代码中是无法获取到该类加载器的. 一般大家都

  • 浅谈Java类的加载,链接及初始化

    一 类生命周期 Loading Linking(Verification.Preparation.Resolution) Initializing 二 类加载器 1 图解 2 代码 package jvm; public class T002_ClassLoadLevel { public static void main(String[] args) { System.out.println(String.class.getClassLoader()); System.out.println(

  • 浅谈JVM之类的加载链接和初始化

    加载 JVM可以分为三大部分,五大空间和三大引擎,要讲起来也不是特别复杂,先看下面的总体的JVM架构图. 从上面的图中,我们可以看到JVM中有三大部分,分别是类加载系统,运行时数据区域和Execution Engine. 加载就是根据特定名称查找类或者接口的二进制表示,并根据此二进制表示来创建类和接口的过程. 运行时常量池 我们知道JVM中有一个方法区的区域,在JDK8中,方法区的实现叫做元空间.这个元空间是存放在本地内存中的. 方法区中存放着每个class对应的运行时常量池. 当类或者接口创建

  • Java类的加载连接和初始化实例分析

    本文实例讲述了Java类的加载连接和初始化.分享给大家供大家参考,具体如下: 一 点睛 1 类加载 当程序主动使用某个类时,如果该类还未被加载到内存中,系统会通过加载.连接.初始化三个步骤来对该类进行初始化,如果没有意外,JVM将会连续完成这三个步骤,所以有时也把这三个步骤统称为类加载或类初始化. 类加载指的是将类的class文件读入内存,并为之创建一个java.lang.Class对象,也就是说当程序使用任何类时,系统都会为之建立一个java.lang.Class对象. 2 类数据的来源 通过

  • 浅谈Java 类中各成分加载顺序和内存中的存放位置

    一.什么时候会加载类? 使用到类中的内容时加载:有三种情况 1.创建对象:new StaticCode(); 2.使用类中的静态成员:StaticCode.num=9;  StaticCode.show(); 3.在命令行中运行:java StaticCodeDemo 二.类所有内容加载顺序和内存中的存放位置 利用语句进行分析: 1.Person p=new Person("zhangsan",20); 该句话所做的事情: 1.在栈内存中,开辟main函数的空间,建立main函数的变量

  • 浅谈SpringBoot2.4 配置文件加载机制大变化

    前言 Spring Boot 2.4.0.M2刚刚发布,它对 application.properties 和 application.yml 文件的加载方式进行重构.如果应用程序仅使用单个 application.properties 或 application.yml 作为配置文件,那么可能感受不到任何区别.但是如果您的应用程序使用更复杂的配置(例如,Spring Cloud 配置中心等),则需要来了解更改的内容以及原因. 为什么要进行这些更改 随着最新版本 Spring Boot 发布,S

  • 浅谈hibernate中懒加载禁用操作

    浅谈hibernate中懒加载禁用操作 懒加载的概念:懒加载就是hibernate中的延迟加载,在hibernate中的一对多,多对多关系中通过对象导航来查询对象时一般默认的就是懒加载.就是当我们查询一个对象的时候,在默认情况下,返回的只是该对象的代理对象,当用户去使用该对象的属性是,才会向数据库中再一次发出查询语句.懒加载在某些情况下确实可以减少不必要的sql语句,但是有的情况下,还是会抛出异常. 下面我将介绍懒加载禁用的方式 方式一: 在需要禁用懒加载的实体对象的配置文件中配置lazy="f

  • Java类的加载时机

    必须初始化的四种情况 有四种情况类是必须要进行初始化的,对于这四种情况原文描述如下: 但是对于初始化阶段,虚拟机规范则是严格规定了有且只有4种情况必须立即对类进行初始化,而加载.验证.准备自然需要在此之前开始. 1:遇到new.getstatic.putstatic或invokestatic这4条字节码指令时,如果类没有进行过初始化,则需要先触发其初始化.生成这4条指令最常见的java代码场景是:使用new关键字实例化对象的时候.读取或设置一个类的静态字段(被final修饰.已在编译期把结果放入

  • classloader类加载器_基于java类的加载方式详解

    基础概念 Classloader 类加载器,用来加载 Java 类到 Java 虚拟机中.与普通程序不同的是.Java程序(class文件)并不是本地的可执行程序.当运行Java程序时,首先运行JVM(Java虚拟机),然后再把Java class加载到JVM里头运行,负责加载Java class的这部分就叫做Class Loader. JVM本身包含了一个ClassLoader称为Bootstrap ClassLoader,和JVM一样,BootstrapClassLoader是用本地代码实现

  • 浅谈解决Hibernate懒加载的4种方式

    本文总结了我在学习hibernate的过程中,解决hibernate懒加载问题的四种方式. 所谓懒加载(lazy)就是延时加载,延迟加载. 什么时候用懒加载呢,我只能回答要用懒加载的时候就用懒加载. 至于为什么要用懒加载呢,就是当我们要访问的数据量过大时,明显用缓存不太合适,因为内存容量有限,为了减少并发量,减少系统资源的消耗,我们让数据在需要的时候才进行加载,这时我们就用到了懒加载. 例如,有一个对象是Employee,还有一个对象是Department.显然,对于Employee相对Depa

  • 浅谈MUI框架中加载外部网页或服务器数据的方法

    我们很多同学在实施使用MUI框架的时候,在打开新的页面的时候常使用的方式是:mui.openwindow的方法,然而遇到网页需要从服务器或者是要嵌套外部的网页的时候,由于网速的问题会遇到加载时出现白屏,等待时间过长,导致用户体验不好. 页面加载的时候使用plus.webview.create方法就很好的解决了这个问题. 废话不多说直接贴代码 首先我们需要在创建一个父页面,以下是父页面的JS // H5 plus事件处理 function plusReady(){ var nwaiting = p

随机推荐