类加载器分析,详细解析Java中类的加载过程

本文涉及的产品
云解析 DNS,旗舰版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
简介: 本篇文章主要分析了Java中的类加载器。首先由类的加载过程引入,介绍了类的装载,链接和初始化过程。分析了类的的加载过程和类加载方式。在文章的最后点名题意,说明了这些类加载过程中背后一直在加载的各种类加载器。

类的加载过程

  • JVM中的类加载过程分为三步:

    • 装载: Load
    • 链接: Link
    • 初始化: Initialize

装载

  • 查找并加载类的二进制数据

链接

  • 验证: 确保加载类的正确性
  • 准备: 为类的静态变量分配内存,将将这些静态变量初始化为默认值
  • 解析: 将类中的符号引用转换为直接引用
  • 之所以要有验证的步骤:

    • 首先如果由编译器生成的class文件,必定符合JVM字节码格式
    • 但是,如果使用自定义的class文件,在JVM中加载运行,会导致安全问题
    • 因此需要为class文件添加验证的步骤,如果不符合,就不会继续执行,保证JVM安全

初始化

  • 为类的静态变量赋予正确的初始值
  • 准备阶段和初始化阶段似乎有矛盾,但其实并不矛盾:

    • 假如类中有这样的语句: private static int a = 10 , 该语句的执行过程如下:

      • 首先字节码文件加载到内存中
      • 进行链接的验证步骤
      • 验证通过后进行准备步骤,给a分配内存
      • 因为变量a是static属性,所以a的值为int类型的默认初始值0,即a = 0
      • 然后进行到解析的步骤
      • 只有到初始化步骤时,才把a的真正的值10赋给a,此时a = 10

类的初始化

类进行初始化的场景

  • 创建类的实例,即new一个新的对象时
  • 访问某个类或者接口的静态变量,或者对这样的静态变量赋值时
  • 调用类的静态方法时
  • 反射: Class.forName("XxxClass")
  • 初始化一个类的子类时,会首先初始化子类的父类
  • JVM启动时标明的启动类时,即文件名和类名相同的类

类的初始化步骤

  • 如果这个类还没有被加载和链接,就首先进行装载和链接
  • 如果这个类存在直接父类,并且这个类还没有被初始化(在一个类加载器中,类只能初始化一次),就初始化直接的父类. 这个情况不适用于接口
  • 加入类中存在初始化语句,比如static变量或者static块,执行这些初始化语句

类的加载

类的加载过程

  • 将类的 .class文件中的二进制数据 读入到内存中
  • 将这些数据放在运行时的数据区的方法区内
  • 在堆区创建一个这个类的java.lang.Class对象,用来封装类在方法区类的对象
  • 类的加载最终生成位于堆区中的Class对象

    • Class对象封装了类在方法区内的数据结构
    • Class对象提供了访问方法区内的数据结构的接口

类的加载方式

  • 从本地系统直接加载
  • 通过网络下载.class文件
  • 从zip, jar等归档文件中加载.class文件
  • 从专有数据库中提取.class文件
  • 将Java源文件动态编译为.class文件,比如服务器

类加载器

  • Java的类加载是通过ClassLoader及其子类来完成的

Bootstrap ClassLoader

  • 负责加载 $JAVA_HOMEjre/lib/rt.jar里所有的class,C++ 实现,不是ClassLoader

Extension ClassLoader

  • 负责加载Java平台中扩展功能的一些jar包,包括 $JAVA_HOME中jre/lib/*.jar或者 -Djava.ext.dirs指定目录下的jar

App ClassLoader

  • 负责加载classpath中指定的jar包及目录中class

Custom ClassLoader

  • 应用程序根据自身需要自定义的ClassLoader
  • Tomcat,JBoss都会根据J2EE规范自行实现ClassLoader

加载过程

  • 类加载器首先会检查类是否已经被加载
  • 检查顺序自底向上,从Custom ClassLoader到BootStrap ClassLoader逐层检查
  • 只要某个ClassLoader已加载就表示已加载此类,保证此类的所有ClassLoader至少要被加载一次
  • 加载的顺序是自顶向下,由上层来逐层尝试加载此类
相关文章
|
21天前
|
Java 编译器
Java 泛型详细解析
本文将带你详细解析 Java 泛型,了解泛型的原理、常见的使用方法以及泛型的局限性,让你对泛型有更深入的了解。
32 2
Java 泛型详细解析
|
21天前
|
缓存 监控 Java
Java线程池提交任务流程底层源码与源码解析
【11月更文挑战第30天】嘿,各位技术爱好者们,今天咱们来聊聊Java线程池提交任务的底层源码与源码解析。作为一个资深的Java开发者,我相信你一定对线程池并不陌生。线程池作为并发编程中的一大利器,其重要性不言而喻。今天,我将以对话的方式,带你一步步深入线程池的奥秘,从概述到功能点,再到背景和业务点,最后到底层原理和示例,让你对线程池有一个全新的认识。
50 12
|
21天前
|
监控 算法 Java
jvm-48-java 变更导致压测应用性能下降,如何分析定位原因?
【11月更文挑战第17天】当JVM相关变更导致压测应用性能下降时,可通过检查变更内容(如JVM参数、Java版本、代码变更)、收集性能监控数据(使用JVM监控工具、应用性能监控工具、系统资源监控)、分析垃圾回收情况(GC日志分析、内存泄漏检查)、分析线程和锁(线程状态分析、锁竞争分析)及分析代码执行路径(使用代码性能分析工具、代码审查)等步骤来定位和解决问题。
|
19天前
|
存储 算法 Java
Java内存管理深度解析####
本文深入探讨了Java虚拟机(JVM)中的内存分配与垃圾回收机制,揭示了其高效管理内存的奥秘。文章首先概述了JVM内存模型,随后详细阐述了堆、栈、方法区等关键区域的作用及管理策略。在垃圾回收部分,重点介绍了标记-清除、复制算法、标记-整理等多种回收算法的工作原理及其适用场景,并通过实际案例分析了不同GC策略对应用性能的影响。对于开发者而言,理解这些原理有助于编写出更加高效、稳定的Java应用程序。 ####
|
19天前
|
存储 监控 算法
Java虚拟机(JVM)垃圾回收机制深度解析与优化策略####
本文旨在深入探讨Java虚拟机(JVM)的垃圾回收机制,揭示其工作原理、常见算法及参数调优方法。通过剖析垃圾回收的生命周期、内存区域划分以及GC日志分析,为开发者提供一套实用的JVM垃圾回收优化指南,助力提升Java应用的性能与稳定性。 ####
|
21天前
|
Java 数据库连接 开发者
Java中的异常处理机制:深入解析与最佳实践####
本文旨在为Java开发者提供一份关于异常处理机制的全面指南,从基础概念到高级技巧,涵盖try-catch结构、自定义异常、异常链分析以及最佳实践策略。不同于传统的摘要概述,本文将以一个实际项目案例为线索,逐步揭示如何高效地管理运行时错误,提升代码的健壮性和可维护性。通过对比常见误区与优化方案,读者将获得编写更加健壮Java应用程序的实用知识。 --- ####
|
24天前
|
数据采集 存储 Web App开发
Java爬虫:深入解析商品详情的利器
在数字化时代,信息处理能力成为企业竞争的关键。本文探讨如何利用Java编写高效、准确的商品详情爬虫,涵盖爬虫技术概述、Java爬虫优势、开发步骤、法律法规遵守及数据处理分析等内容,助力电商领域市场趋势把握与决策支持。
|
23天前
|
存储 缓存 监控
Java中的线程池深度解析####
本文深入探讨了Java并发编程中的核心组件——线程池,从其基本概念、工作原理、核心参数解析到应用场景与最佳实践,全方位剖析了线程池在提升应用性能、资源管理和任务调度方面的重要作用。通过实例演示和性能对比,揭示合理配置线程池对于构建高效Java应用的关键意义。 ####
|
1月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
71 2
|
2月前
|
缓存 Java 程序员
Map - LinkedHashSet&Map源码解析
Map - LinkedHashSet&Map源码解析
76 0

推荐镜像

更多
下一篇
DataWorks