Docker中运行Android模拟器时ADB无法连接并产生僵尸进程

结合你给出的命令、日志和现象，我来梳理几个关键的排查方向，帮你定位问题：

1. 先修正启动命令的明显错误 #

看你提供的模拟器启动命令：

/opt/android-sdk/tools/emulator -avd x86)_64 -noaudio -no-boot-anim -gpu off -verbose

这里有两个易忽略的问题：

• AVD名称写错了：你创建的AVD是x86_64，但命令里误写成了x86)_64（多了个括号），这会导致模拟器找不到正确的AVD配置文件
• 模拟器路径不对：新版本Android SDK的emulator二进制文件在/opt/android-sdk/emulator/目录下，而非tools/下（你之前用/opt/android-sdk/emulator/emulator -list-avds是正确的）

修正后的启动命令应该是：

/opt/android-sdk/emulator/emulator -avd x86_64 -noaudio -no-boot-anim -gpu off -verbose

2. 检查Docker容器的运行配置 #

Android模拟器对Docker环境有特殊依赖，缺少这些配置很容易导致启动异常：

• 启用KVM硬件加速：模拟器必须依赖KVM才能正常运行，启动容器时要加上权限参数：

  --privileged --device /dev/kvm
  

• 分配足够内存：模拟器启动需要足够的内存支撑，建议给容器至少4GB内存：

  -m 4g
  

• 处理僵尸进程：Docker默认的PID 1进程不会主动回收僵尸进程，你看到的大量[adb] <defunct>就是这个原因。启动容器时加上--init参数，让Docker自带的init进程负责回收僵尸进程，或者在容器内安装dumb-init工具。

3. 调试ADB连接异常 #

日志里反复出现Adb connected, start proxing data后马上Adb closed by guest，说明模拟器内的ADB服务和主机ADB无法稳定建立连接：

• 统一ADB和模拟器版本：确保adb和emulator的版本匹配，分别运行以下命令检查：

  adb version
  /opt/android-sdk/emulator/emulator -version
  

  如果版本差异较大，建议更新Android SDK组件。
• 重启ADB服务：启动模拟器前先重置ADB状态，避免残留连接干扰：

  adb kill-server && adb start-server
  

4. 深入排查模拟器启动过程 #

• 查看内核启动日志：启动模拟器时加上-show-kernel参数，会输出Linux内核的启动日志，能帮你判断模拟器系统是否正常初始化：

  /opt/android-sdk/emulator/emulator -avd x86_64 -noaudio -no-boot-anim -gpu off -verbose -show-kernel
  

• 检查AVD配置：打开AVD的配置文件~/.android/avd/x86_64.avd/config.ini，重点检查：
  • hw.ramSize：不要超过容器分配的内存上限
  • disk.dataPartition.size：确保数据分区有足够空间
• 重新下载系统镜像：如果系统镜像损坏，也会导致模拟器启动异常。先卸载现有镜像再重新安装：

  sdkmanager --uninstall "system-images;android-26;google_apis;x86_64"
  sdkmanager "system-images;android-26;google_apis;x86_64"
  # 然后重新创建AVD
  echo 'no' | /opt/android-sdk/tools/bin/avdmanager -v create avd -n x86_64 -k "system-images;android-26;google_apis;x86_64" -g "google_apis"
  

5. 验证权限配置 #

确保容器内的用户（你当前用的root）有权限访问/dev/kvm，运行以下命令检查：

ls -l /dev/kvm

如果权限不对，可以执行chmod 666 /dev/kvm临时调整，或者在启动容器时指定正确的权限映射。

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