如何在Azure DevOps Windows自托管代理用PowerShell启动独立后台安卓模拟器

我之前在搭建类似的Windows自托管代理流水线时也踩过这个坑——Start-Job启动的进程其实还是依附于父PowerShell进程的子进程树，Azure任务结束时会清理所有关联的子进程，模拟器自然就被干掉了。下面几个方案我亲测有效，你可以试试：

方案1：用PowerShell的Start-Process启动独立进程 #

这是最推荐的方式，Start-Process会创建完全脱离父进程的独立进程，不受流水线任务退出的影响：

Start-Process -FilePath "D:\Android\Sdk\tools\emulator.exe" `
              -ArgumentList "-avd testAVD -no-audio -no-window -gpu off" `
              -WindowStyle Hidden `
              -NoNewWindow

• -WindowStyle Hidden：配合-no-window彻底隐藏模拟器窗口，避免干扰流水线
• -gpu off：如果你的自托管代理运行在无GPU环境或Session 0（服务模式），加这个参数可以规避图形相关的启动失败问题
• 这个命令启动的模拟器进程完全脱离当前流水线任务的进程组，任务结束后会继续运行

方案2：用CMD原生start命令启动后台进程 #

如果Start-Process偶尔出现兼容性问题，试试CMD的start命令，它天生支持启动脱离当前会话的进程：

cmd /c start "" /B "D:\Android\Sdk\tools\emulator.exe" -avd testAVD -no-audio -no-window -gpu off

• ""：是start命令必填的窗口标题（如果路径带空格，不加这个会把路径误判为标题）
• /B：后台启动，不弹出新窗口
• 这种方式启动的进程和当前PowerShell进程完全无关，Azure任务退出后绝对不会被清理

额外注意事项 #

1. 自托管代理运行模式：如果你的代理是作为Windows服务运行的，它会在Session 0环境执行，而Android模拟器可能依赖桌面会话的组件。这种情况下，建议把代理改成交互式模式运行（在代理安装目录执行run.cmd而非以服务启动），否则可能出现模拟器启动失败的情况。
2. 等待模拟器就绪：启动模拟器后一定要加个等待逻辑，避免后续测试任务执行时模拟器还没完全启动。比如用循环检查adb devices输出：

   do {
       $connectedDevices = adb devices | Select-String -Pattern "device$"
       Start-Sleep -Seconds 5
   } while (-not $connectedDevices)
   

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