如何在无头虚拟机环境中通过编程方式实现WinDbg在进程退出后自动分离？

我之前在做VM里的自动化测试时，刚好碰到过一模一样的问题——测试进程用sys.exit(return_code)正常退出后，WinDbg还死死挂着，导致下一个测试流程根本触发不了。折腾了好一阵，总结了几个靠谱的解决办法，你可以试试：

方案1：用WinDbg脚本+命令行参数自动处理 #

WinDbg本身支持启动时加载自定义脚本，我们可以写个简单的脚本监听进程退出事件，自动触发分离或退出操作，完全不用人工干预。

• 先新建一个名为auto_cleanup.dbg的脚本文件，内容如下：

sxe ete;          # 开启进程退出事件的监听
.onetrigger "ete" ".detach; q"  # 一旦检测到进程退出，先分离调试，再关闭WinDbg
g;                # 让被调试进程立即继续执行

• 然后启动WinDbg的时候，用下面的命令行：

windbg -g -G -c "$<auto_cleanup.dbg>" -p <你的测试进程PID>

这里的参数作用：

• -g：附加进程后自动让进程继续跑，不用手动敲g命令
• -G：被调试进程退出时，WinDbg默认也跟着退出，配合脚本双重保险
• -c：指定WinDbg启动后立即执行的脚本/命令

方案2：通过测试框架的监控逻辑触发WinDbg退出 #

既然你的测试流程是用sys.exit触发下一个测试，那可以在测试管控代码里加个小逻辑，监控测试进程的状态，一旦它退出，就主动关掉对应的WinDbg进程。
比如用Python写的监控逻辑（毕竟你用了sys.exit，应该是Python测试脚本）：

import subprocess
import psutil
import time

# 启动你的测试脚本
test_process = subprocess.Popen(["python", "your_test_case.py"])
# 启动WinDbg附加到测试进程
windbg_process = subprocess.Popen([
    "windbg", "-g", "-G", "-p", str(test_process.pid)
])

# 等待测试进程结束
test_process.wait()
# 给WinDbg一点时间处理退出事件，然后清理进程
time.sleep(1)
# 找到对应WinDbg进程并终止
for proc in psutil.process_iter(["name", "cmdline"]):
    try:
        if proc.name().lower() == "windbg.exe" and str(test_process.pid) in proc.cmdline():
            proc.terminate()
            proc.wait()
    except (psutil.NoSuchProcess, psutil.AccessDenied):
        continue

这个方案的好处是完全嵌入你现有的测试自动化流程里，不用改WinDbg的复杂配置。

方案3：修改WinDbg的全局配置 #

如果上面的脚本方案你觉得麻烦，还可以直接改WinDbg的默认行为，让它在被调试进程退出时自动关闭：

1. 先在有界面的环境里打开WinDbg，点击文件 -> 调试器设置
2. 找到调试 -> 当被调试程序退出时，选择关闭调试器选项
3. 点击导出配置，把配置保存成windbg_config.ini
4. 在无头VM里启动WinDbg时，加载这个配置文件：

windbg -c "$<windbg_config.ini>" -p <测试进程PID>

注意：不同版本的WinDbg配置选项位置可能略有不同，导出的配置文件要确保在VM里能被WinDbg找到。

几个小提醒 #

• 无头环境下绝对不能用需要交互的操作，所有步骤必须全自动化
• 如果你的WinDbg是通过远程调试附加的（比如VM和主机的调试管道），可以用远程命令发送!detach和q来退出，不过本地附加的话前面的方案更直接

内容来源于stack exchange