2. 稳定性测试基础：定义、环境与工具链

稳定性是 Camera HAL 投入商用的最低门槛。本章从三个维度建立稳定性测试的基线：稳定性定义（明确衡量标准）、测试环境搭建（保障可复现性）、常用工具链（定位问题的“眼睛”）。

2.1 稳定性定义：三大核心指标

在 Camera HAL 领域，稳定性不是模糊的“不出问题”，而是可量化、可验证的工程指标。以下三个维度构成稳定性测试的基石：

2.2 测试环境搭建：从 adb 到 root 权限

稳定性测试对环境的要求比功能测试更严格：需要可复现、可监控、可干预。以下是标准环境搭建步骤：

2.2.1 基础连接与设备准备

# 1. 确认设备连接
adb devices -l
# 输出示例：ABCDEF    device product:xxx model:XXX

# 2. 获取 root 权限（稳定性测试必备）
adb root
adb remount   # 重新挂载 /system 为可读写

# 3. 关闭 SELinux（避免权限干扰）
adb shell setenforce 0
adb shell getenforce   # 确认输出：Permissive

# 4. 设置性能模式（避免降频影响）
adb shell echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

2.2.2 关键环境配置清单

2.3 常用工具链：logcat / dmesg / tombstone

稳定性问题的定位高度依赖工具链。以下三个工具是 Camera HAL 稳定性分析的“三驾马车”：

2.3.1 logcat：用户态问题第一现场

logcat 是 Android 用户态日志的核心出口，Camera HAL 的 ALOGE/ALOGW 均输出至此。稳定性测试中，以下过滤命令必须掌握：

# 1. 实时过滤 Camera 相关日志（推荐）
adb logcat -v threadtime | grep -E "CameraService|CameraHAL|camera|HAL"

# 2. 捕获 ANR 日志（带时间戳）
adb logcat -b events -v threadtime | grep -E "am_anr|am_crash"

# 3. 捕获 native crash 日志
adb logcat -v threadtime -b crash

# 4. 保存完整日志到本地（压力测试后分析）
adb logcat -d -v threadtime > /tmp/camera_stability_$(date +%Y%m%d_%H%M%S).log

2.3.2 dmesg：内核态问题的“黑匣子”

当 HAL 层问题涉及驱动、DMA、IOMMU、内存分配时，logcat 往往无能为力，此时必须查看 dmesg：

# 1. 实时监控内核日志
adb shell dmesg -w | grep -E "camera|isp|iommu|v4l2"

# 2. 查看历史内核日志（带时间戳）
adb shell dmesg -T | grep -E "camera|hal"

# 3. 捕获 OOM killer 信息
adb shell dmesg -T | grep -E "Out of memory|oom_kill"

# 4. 捕获 IOMMU 错误（常见于 buffer 问题）
adb shell dmesg -T | grep -E "iommu|page fault"

2.3.3 tombstone：Crash 的“尸检报告”

当 native 进程（如 cameraserver）发生 Crash 时，系统会自动生成 tombstone 文件，记录崩溃时的完整上下文：

# 1. 查看 tombstone 文件列表
adb shell ls -l /data/tombstones/

# 2. 拉取最新的 tombstone 到本地
adb pull /data/tombstones/tombstone_XX ./tombstone_analysis.txt

# 3. 使用 ndk-stack 解析堆栈（需要符号表）
adb pull /data/tombstones/tombstone_XX ./tombstone_raw.txt
ndk-stack -sym ./out/target/product/xxx/symbols -dump ./tombstone_raw.txt

tombstone 文件的核心分析字段：

2.4 实战：一次典型的稳定性问题定位流程

将上述工具链串联起来，形成标准化的定位流程：

1. 触发问题：运行压力测试脚本（如连续 1000 次预览+拍照循环）。
2. 观察现象：测试过程中 cameraserver 进程消失，相机应用黑屏。
3. 收集 logcat：搜索 fatal 或 signal，找到 Crash 前的最后日志。
4. 拉取 tombstone：从 /data/tombstones/ 获取最新文件，查看 backtrace。
5. 检查 dmesg：确认是否有 IOMMU 错误或 OOM 信息。
6. 交叉验证：logcat 显示 CameraHAL: processCaptureRequest failed，tombstone 显示 #00 camera.xxx.so: ReleaseBuffer，dmesg 显示 iommu page fault → 定位为 buffer 释放后仍被访问。