Visual Studio JIT调试器返回退出码0的问题咨询（CI负向测试场景）

先给你明确的结论：默认情况下，JIT调试器确实会把进程崩溃的原始退出码覆盖成0，而且标准的Windows JIT机制本身不支持直接传递原始退出码，但你有几个可行的办法解决CI测试的问题。

为什么退出码会变成0？ #

当你的程序因为解引用空指针触发STATUS_ACCESS_VIOLATION（对应你说的退出码-1073741819，也就是十六进制0xC0000005）崩溃时，Windows会唤起JIT调试器（比如Visual Studio调试器）附加到进程上。这时候，原进程的崩溃流程被调试器接管了——调试器处理完调试会话后，会以正常状态退出，把它自己的退出码（默认是0）返回给父进程（也就是你的CI运行器），原进程的崩溃退出码自然就被覆盖了。

可行的解决方案 #

如果你需要在CI测试中拿到正确的崩溃退出码，可以试试这几个方案：

• 临时禁用JIT调试：这是最直接的办法。在CI环境中，你可以通过注册表或者环境变量临时关掉JIT调试，让进程按照正常的崩溃流程退出：

  • 修改注册表：找到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug，把Debugger键值清空或者设为无效值；
  • 设置环境变量：执行set _NO_DEBUG_HEAP=1，或者把DEBUGGER环境变量设为空字符串。

• 让调试器返回指定退出码：如果必须保留JIT调试（比如需要收集崩溃日志），可以用调试器的脚本功能。比如用WinDbg的话，你可以写一个脚本捕获EXCEPTION_ACCESS_VIOLATION异常，然后用.exit -1073741819命令让调试器退出时返回你需要的退出码，这样CI就能拿到正确的数值了。

• 换用异常检测替代退出码检查：有些CI平台支持检测进程是否因特定异常崩溃，而不是只看退出码。你可以配置CI步骤，检查进程是否触发了STATUS_ACCESS_VIOLATION（0xC0000005）异常，这样就算JIT调试器介入，也能正确识别测试结果。

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