Android 进程内存模型：基于 Linux 的深度解析

原创于 2025-07-25 01:45:11 发布 · 296 阅读

CC 4.0 BY-SA版权

文章标签：

摘要

本文旨在从底层 Linux 内核的视角，对 Android 应用进程的内存占用与管理机制进行深入剖析。我们将详细阐述进程的虚拟内存空间布局、物理内存的计量方式（RSS 与 PSS），并逐一解构构成进程内存的各个关键段（如代码段、数据段、堆、栈等）。同时，本文也将涵盖系统级的内存管理策略，如低内存终结者（LMK）机制，为开发者提供一个精确、专业的内存模型认知框架。

1. 基础：作为 Linux 进程的 Android 应用

每个正在运行的 Android 应用，在操作系统层面均被视为一个标准的 Linux 进程。系统在应用安装时会为其分配一个唯一的 用户ID（UID）。此 UID 是实现 Android 安全沙箱模型的基石，内核利用它，通过标准的文件系统权限控制，严格隔离不同应用进程的数据与资源访问。进程的创建始于 Zygote 进程的一次 fork() 系统调用，该机制通过写时复制（Copy-on-Write, COW）技术，高效地共享了 Android 框架的核心库，显著降低了进程的启动开销。

2. 虚拟内存与物理内存

理解进程内存，必须区分虚拟内存与物理内存。

虚拟内存空间 (Virtual Memory Space)：每个进程都拥有一个独立的、私有的、从 0 开始编址的虚拟地址空间。在 64 位系统上，这个空间理论上可达 2^64 字节，远超物理内存大小。它为进程提供了一个连续、规整的内存视图，由 CPU 内的 内存管理单元（MMU） 负责将虚拟地址翻译为物理地址。进程的全部内存映射关系，均可通过查询 /proc/<pid>/maps 文件来检视。
物理内存计量 (Physical Memory Measurement)：
- 常驻集大小 (Resident Set Size, RSS)：指一个进程当前实际加载到物理 RAM 中的内存大小。它包含了进程独占的私有内存和共享内存的总和。然而，RSS 会重复计算被多个进程共享的内存页，因此将所有进程的 RSS 值相加会超出实际的物理内存总量。
- 比例集大小 (Proportional Set Size, PSS)：这是衡量 Android 进程内存占用的 最精确指标。PSS 精准地解决了共享内存的重复计算问题。它将共享内存页的大小，按使用该页的进程数量进行均分。计算公式为： PSS = 私有内存页 (Private Pages) + Σ (共享内存页 (Shared Pages) / 共享该页的进程数) dumpsys meminfo 命令输出的内存值即为 PSS。

3. 进程内存段的详细构成

一个典型的 Android 进程，其虚拟内存空间由以下几个核心部分构成：

3.1 代码段 (Code Segments)

此部分包含进程执行所需的指令代码，通常是只读和可执行的。

DEX 内存: 应用的 Java/Kotlin 代码被编译为 DEX (Dalvik Executable) 格式。系统通过 mmap() 系统调用，将 classes.dex 文件或其经过 ART (Android Runtime) 优化后的产物（如 OAT/VDEX 文件）映射到进程的虚拟地址空间。自 Android 10 起，系统优先使用 memfd 创建匿名文件描述符来承载 DEX 数据，再进行映射。这使得在 maps 文件中无法看到具体的 DEX 文件路径，增强了安全性。
原生库 (.so) 内存: C/C++ 编写的共享对象库（.so 文件）同样通过 mmap() 映射进来。这包括了：
- .text: 包含可执行的机器指令。
- .rodata: 包含只读数据，如常量字符串。
- .data / .bss: 分别包含已初始化和未初始化的全局变量与静态变量。

3.2 数据段 (Data Segments)

此部分存放进程运行中产生和使用的数据。

Java/ART 堆 (Java/ART Heap)：这是为 Java/Kotlin 对象实例分配内存的核心区域，由 ART 虚拟机全权管理。当代码执行 new 关键字时，ART 会在堆上分配内存。该区域的内存回收由 垃圾回收器 (Garbage Collector, GC) 自动执行。GC 会定期扫描堆，识别并释放不再被引用的对象所占用的空间。
原生堆 (Native Heap)：由 C/C++ 代码通过 malloc() 或 new 等函数调用分配的内存区域。这部分内存 不受 ART GC 的管理，必须由开发者在代码中显式调用 free() 或 delete 来释放。忘记释放是造成内存泄漏（Memory Leak）最常见的原因。Android 使用 jemalloc 作为其默认的原生内存分配器。
栈 (Stack)：每个线程都拥有一个独立的栈。栈用于存储函数调用帧，包括函数的局部变量、参数和返回地址。栈内存的分配和释放是自动的，随着函数的调用和返回而动态增减，其空间通常较小且有固定上限。

3.3 特殊内存区域

图形内存 (Graphics Memory)：用于 UI 渲染的专属内存区域。这部分内存通常由多个部分组成，包括存储窗口和视图信息的缓冲区，以及由 Gralloc 模块分配的图形缓冲区。Gralloc 缓冲区可以被多个进程（如应用进程、SurfaceFlinger）和硬件（如 GPU、显示控制器）共享，以实现零拷贝的高效渲染。
Binder 与匿名共享内存 (Ashmem)：Binder 是 Android 的核心进程间通信（IPC）机制。在进行大数据传输时，Binder 驱动会利用 Ashmem (Anonymous Shared Memory) 机制创建一块可供通信双方共享的匿名内存区域。数据只需拷贝一次到该共享区，接收方即可直接访问，极大地提升了 IPC 效率。

4. 系统级内存管理

页缓存 (Page Cache)：Linux 内核为了提升 I/O 性能，会将文件的内容缓存到物理内存中，这部分即为页缓存。当进程通过 mmap() 映射文件时，实际上就是将文件的页缓存映射到其虚拟地址空间。
低内存终结者 (Low Memory Killer, LMK)：Android 在内存极度紧张时，需要一个机制来回收内存以保证系统稳定和前台应用的流畅。lmkd (Low Memory Killer Daemon) 守护进程负责此项工作。它会根据进程的 oom_score_adj 值来决定终结的优先级。该值由 AMS (ActivityManagerService) 根据进程的生命周期状态（如前台、可见、服务、缓存等）动态调整。oom_score_adj 值越高的进程（如缓存进程），越容易被 lmkd 选中并终结。