**`
cached` 进程和 `empty` 进程是 Android 内存管理中的两类特殊进程，前者代表可回收的缓存数据占用，后者是系统预留的轻量级空进程，二者共同参
与内存压力下的资源释放策略**。以下是详细的技术分析：
---
### **1. `
cached` 进程：可回收的缓存数据容器**
#### **1.1 定义
与作用**
- **`
cached` 进程**：
指 Android 系统中被标记为 `oom_adj`（Android 8.0 前）或 `oom_score_adj`（Android 8.0 后）值较低（如 `0`~`100`）的进程，其内存占用主要为**可回收的缓存数据**（如应用缓存、图片资源等）。
- **核心特性**：
- **内存可回收**：当系统内存不足时，`lowmemorykiller` 会优先终止此类进程，释放其占用的物理内存。
- **快速重启**：终止后，若用户再次访问相关应用，系统可快速重建进程并恢复缓存。
- **低优先级**：在内存压力下，其存活优先级低于前台应用和可见应用。
#### **1.2 技术实现**
- **标记机制**：
Android 通过 `ActivityManagerService` 动态调整进程的 `oom_score_adj`，`
cached` 进程通常满足：
```java
// 伪代码：判断进程是否为
cached 类型
boolean is
CachedProcess(ProcessRecord proc) {
return proc.oomScoreAdj >= 0 && proc.oomScoreAdj <= 100;
}
```
- **内存管理**：
- **共享内存**：多个 `
cached` 进程可能共享同一份缓存数据（如通过 `Ashmem` 匿名共享内存）。
- **LRU 策略**：系统按最近最少使用（LRU）顺序终止 `
cached` 进程。
#### **1.3 实际场景**
- **案例 1**：用户关闭一个后台应用（如
浏览器），其进程被标记为 `
cached`，内存被保留为缓存。
- **案例 2**：当系统内存不足时，`lowmemorykiller` 终止最久未使用的 `
cached` 进程，释放内存供前台应用使用。
---
### **2. `empty` 进程：系统预留的轻量级空进程**
#### **2.1 定义
与作用**
- **`empty` 进程**：
指 Android 系统中**无任何活动组件**（如 Activity、Service）的空进程，其唯一目的是**保留应用进程结构**，加速后续启动。
- **核心特性**：
- **极低内存占用**：仅保留进程的基本结构（如 PID、VM 堆栈），不占用应用数据内存。
- **快速复用**：当用户重新打开应用时，系统可复用 `empty` 进程的 VM 上下文，避免冷启动开销。
- **临时存活**：在内存压力下，`empty` 进程会被优先终止（优先级低于 `
cached` 进程）。
#### **2.2 技术实现**
- **创建条件**：
当应用进程的所有组件（Activity、Service 等）被销毁后，系统可能保留其进程为 `empty` 状态，条件包括：
- 应用配置了 `android:persistent="true"`（系统应用）。
- 系统预测用户可能快速重新打开该应用（如最近使用的应用）。
- **终止条件**：
- 内存不足时，`lowmemorykiller` 按 `oom_score_adj` 顺序终止 `empty` 进程（通常 `oom_score_adj` 高于 `
cached` 进程）。
- 系统主动清理长时间未使用的 `empty` 进程（通过 `ProcessList` 的 `emptyProcessLimit` 参数控制）。
#### **2.3 实际场景**
- **案例 1**：用户退出微信主界面（无前台 Activity），微信进程变为 `empty` 状态，保留进程结构。
- **案例 2**：当用户再次点击微信图标时，系统复用 `empty` 进程快速恢复界面，避免冷启动延迟。
---
### **3. 二者
与 `lowmemorykiller` 的协作**
#### **3.1 内存压力下的终止顺序**
Android 的 `lowmemorykiller` 根据 `oom_score_adj` 决定进程终止顺序，典型优先级如下（从低到高）：
1. **`empty` 进程**：`oom_score_adj` 通常为 `500`~`600`。
2. **`
cached` 进程**：`oom_score_adj` 通常为 `0`~`100`。
3. **后台服务进程**：`oom_score_adj` 通常为 `100`~`500`。
4. **前台应用进程**：`oom_score_adj` 通常为 `-1000`~`0`（几乎不被终止）。
#### **3.2 终止逻辑示例**
```java
// 伪代码：lowmemorykiller 的终止逻辑
void killProcessesIfNeeded(int minFreeMemory) {
List<ProcessRecord> processes = getProcessesSortedByOomScoreAdj();
for (ProcessRecord proc : processes) {
if (getCurrentFreeMemory() < minFreeMemory) {
if (proc.isEmpty() || proc.is
Cached()) {
killProcess(proc); // 优先终止 empty 或
cached 进程
}
} else {
break;
}
}
}
```
---
### **4. 关键配置参数**
#### **4.1 `
cached` 进程相关参数**
```bash
# 查看
cached 进程的 oom_score_adj 范围（Android 8.0+）
cat /proc/[pid]/oom_score_adj # 典型值：0~100
# 系统配置：调整
cached 进程的内存权重
adb shell settings put global lowmemorykiller_adj 0,100,200,300,400,500
```
#### **4.2 `empty` 进程相关参数**
```bash
# 查看 empty 进程的 oom_score_adj（通常为 500~600）
cat /proc/[pid]/oom_score_adj
# 系统配置：限制 empty 进程的最大数量
cat /sys/module/lowmemorykiller/parameters/empty_process_limit
# 输出示例：
# 10 # 最多允许 10 个 empty 进程
```
---
### **5. 厂商定制
与优化**
#### **5.1 华为 HybridSwap 的影响**
- **动态调整优先级**：
华为通过 HybridSwap 分层交换机制，在内存压力下动态调整 `
cached` 进程的 `oom_score_adj`，延迟其终止时间。
- **`empty` 进程复用优化**：
将 `empty` 进程
与 `zram` 压缩内存结合，减少复用时的物理内存占用。
#### **5.2 小米内存扩展**
- **`
cached` 进程压缩**：
将 `
cached` 进程的内存页优先交换到 `zram`，而非直接终止。
- **`empty` 进程预加载**：
在充电时预创建常用应用的 `empty` 进程，提升后续启动速度。
---
### **6. 调试
与监控**
#### **6.1 查看进程类型**
```bash
# 通过 adb 列出所有进程及其 oom_score_adj
adb shell ps -A | grep -E "
cached|empty"
# 输出示例：
# u0_a123 1234 0.0 0.1 123456 7890 ? S Jan01 0:00 com.example.app:
cached
# u0_a456 5678 0.0 0.0 23456 1234 ? S Jan01 0:00 com.example.app:empty
```
#### **6.2 触发内存压力测试**
```bash
# 模拟内存不足（需 root）
adb shell echo 1 > /proc/sys/vm/drop_caches
adb shell stress --vm-bytes 2G --vm-keep -m 1 # 分配 2GB 内存
```
---
### **7. 总结**
| **特性** | **`
cached` 进程** | **`empty` 进程** |
|------------------|---------------------------------------------|---------------------------------------------|
| **定义** | 包含可回收缓存数据的进程 | 无活动组件的空进程 |
| **内存占用** | 较高（含缓存数据） | 极低（仅进程结构） |
| **终止优先级** | 低（`oom_score_adj` 0~100） | 较高（`oom_score_adj` 500~600） |
| **复用机制** | 终止后需重新加载数据 | 复用 VM 上下文，快速恢复 |
| **典型场景** | 后台应用缓存 | 应用退出后的快速重启 |
---
在项目中，修改Constants接口里常量值，JSP未更新显示，引发混淆。推测是Cached JSP所致，因为JSP本质是Servlet，首次访问会翻译编译成.class文件，之后访问不再编译。为探究JSP依赖的class变化是否引发重新编译，作者做了简单试验。
<HTML>
<%
@ page import="constants.Constants" %>
public static final String NAME = "Java";
}
扫一扫
2256
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
