Docker容器内Android 29模拟器执行instrumentation测试进程崩溃

错误成因 #

1. 硬件加速禁用导致性能严重不足：你启动模拟器时添加了-no-accel参数关闭了硬件加速，Docker容器内纯软件模拟Android系统运行效率极低，日志中出现的11.8秒线程锁等待就是系统卡顿的直接表现，最终测试进程被系统资源调度机制强制杀死（日志中Process 4651 exited due to signal 9 (Killed)就是被强制杀进程的标记）。
2. 系统资源分配不足：Android 29 x86镜像运行加instrumentation测试至少需要4G以上可用内存，若Docker容器分配的内存、CPU核心数不足，会触发OOM机制优先杀死占用资源较高的测试进程。
3. Google服务依赖缺失：你使用的google_apis镜像内置的Google Play服务版本过低，且Docker容器内无法自动更新providerinstaller模块，导致相关依赖加载失败触发崩溃。
4. 测试启动时机过早：你使用-no-snapshot-load参数每次冷启动模拟器，还未等系统完全启动完成就执行测试，也会导致进程异常崩溃。

解决方案 #

• 优先开启硬件加速：去掉启动参数中的-no-accel，启动Docker容器时添加--device /dev/kvm参数开放KVM访问权限，同时确认当前宿主机已经开启CPU虚拟化支持，模拟器运行性能可提升数倍，从根本上解决系统卡顿问题。
• 调整Docker资源分配：给容器至少分配4核CPU、6G运行内存、2G交换分区，避免OOM杀进程。
• 增加系统启动等待逻辑：启动模拟器后不要立刻执行测试，先执行adb wait-for-device，再轮询执行adb shell getprop sys.boot_completed直到返回值为1，确认系统完全就绪后再运行测试。
• 解决Google服务报错：如果不需要Google服务相关能力，优先换用专门为自动化测试优化的AOSP ATD镜像，相比google_apis镜像冗余进程更少、资源占用更低；如果必须使用google_apis镜像，可提前禁用冗余系统进程减少资源占用：

adb shell pm disable-user --user 0 com.google.android.im
adb shell pm disable-user --user 0 com.google.android.carrierservices

• 优化测试配置：执行instrumentation测试时添加--no-window-animation参数关闭系统动画，降低资源占用；如果使用Gradle执行测试，可在build.gradle中添加配置减少不必要的开销：

android {
    defaultConfig {
        testInstrumentationRunnerArguments clearPackageData: 'true'
        testInstrumentationRunnerArguments disableAnalytics: 'true'
    }
}

内容的提问来源于stack exchange，提问作者user2719431