Android类加载

Android类加载机制

Android类加载机制的核心是将class文件映射为内存中的class对象。类加载机制是热修复技术的基础。面试常见考点包括：

• 双亲委派机制及其作用
• PathClassLoader与DexClassLoader的功能差异
• 类初始化的触发条件
• 静态方法为何不能调用非静态变量

1.双亲委派

1) 双亲委派的概念

双亲委派机制源于JVM，Android的Dalvik/ART虚拟机基于JVM改造，继承了该机制。类加载流程如下：

• ClassLoader加载class文件时，首先检查自身是否已加载
• 若未加载，则委托父加载器处理
• 父加载器重复相同逻辑，直至顶级加载器（无父加载器）
• 顶级加载器尝试加载失败后，逐级回退至调用者完成加载

2) 双亲委派的实现

实现原理：

• 类加载器必须关联父对象：未显式指定时默认使用PathClassLoader作为父加载器
• 层级关系：BootClassLoader（顶级）→PathClassLoader→自定义ClassLoader
• 核心方法loadClass：
  • 调用findLoadedClass检查已加载记录
  • 存在父加载器则递归调用parent.loadClass
  • 顶级加载器调用findClass尝试加载，失败后向下传递

流程示例：

3) 双亲委派的作用

核心作用：

• 避免重复加载：确保同一class文件仅被加载一次
• 保证类唯一性：类在虚拟机中的标识由加载器+全限定名共同决定
• 防止核心类篡改：系统类优先由顶级加载器加载

4) Android中主要的类加载器

主要类加载器对比：

关键实现细节：

• 构造参数差异：DexClassLoader废弃的optimizedDirectory参数在 - 0后无效
• dexPath格式：支持冒号分隔多路径（如path1:path2）
• 热修复基础：通过修改dexElements数组顺序实现类覆盖

类文件加载

两个核心问题，涉及类加载核心机制：

• Android中Class.forName()与ClassLoader.loadClass()加载类的区别
• 静态方法中无法访问非静态变量的底层原因。

1.类加载步骤

class文件加载至内存需经历三个阶段：

• 装载：查找并导入class文件二进制数据流
• 链接：包含验证、准备、解析三个子阶段
• 初始化：执行类构造器<clinit>方法

1) 装载

• 核心操作：根据全限定名查找class文件，将二进制数据流导入内存
• 关键产出：
  • 方法区生成运行时数据结构
  • 堆内存生成对应Class对象
• 作用：为后续访问类元数据提供入口

2) 链接

• 静态变量：类初始化阶段赋值（如static int value=3实际赋值在<clinit>）
• 实例变量：对象实例化时赋值（通过<init>方法完成）

3) 解析

• 核心作用：将符号引用转换为直接内存地址指针
• 优化效果：避免运行时重复解析，例如将public static value字段引用替换为固定内存地址

4) 初始化

• 触发条件（六种）：
  • new实例化对象
  • 访问类静态变量
  • 调用类静态方法
  • Class.forName()反射加载
  • 初始化子类时触发父类初始化
  • JVM启动类
• 关键区别：
  • Class.forName()会触发初始化阶段
  • ClassLoader.loadClass()仅加载类不触发初始化

5) 源码分析

• Class.forName()方法
• 实现路径：
  • 通过ClassLoader.getCallerClassLoader()获取类加载器
  • 参数initialize=true强制触发初始化阶段
  • 底层通过ClassLinker::DefineClass完成装载/链接
• 核心特点：包含ensureInitialized()调用确保执行<clinit>
• ClassLoader.loadClass()方法
• 实现差异：
  • 委托PathClassLoader遍历dex文件查找类
  • 最终调用DefineClass但不执行初始化
• 性能优化点：将高频类置于dex文件数组首位可加速加载