WinDBG用户态调试命中断点后无法正常单步执行问题

以下是该问题的常见根因及对应解决方法：

• 编译器优化干扰
  Release 模式下默认开启的/O2级优化会删除函数内无副作用的冗余代码、inline 函数逻辑、将变量优化到寄存器中，导致调试器无法匹配源码行号，单步时看起来直接跳出函数。
  解决方法：重新编译目标程序时添加/Od选项禁用所有优化，同时添加/Zi选项生成完整私有调试符号，使用新生成的程序和对应PDB进行调试。

• 单步命令选择错误
  若使用p（Step Over）命令单步，遇到子函数调用时会直接执行完整个子函数后返回，看起来像直接跳转执行；如果函数执行过程中触发了系统异常、异步回调，也会打断单步流程。
  解决方法：进入目标函数后使用t（Step Into）命令逐指令执行，也可以直接在你需要校验变量的代码行手动下源码断点，执行到对应位置后再做变量校验。

• 调试符号加载异常
  仅加载了导出符号或者PDB与目标程序版本不匹配时，WinDBG只能识别函数入口地址，无法映射函数内部的源码行号，单步时会直接按汇编块执行，无法对应源码步骤。
  解决方法：执行lmv m 你的程序名.exe命令查看符号加载状态，若显示符号不匹配，先执行.symfix配置符号路径，再执行.reload /f 你的程序名.exe强制加载对应版本的私有PDB。

• 函数内存在动态跳转逻辑
  若函数内包含虚函数调用、第三方Hook跳转、JIT动态生成的代码，调试器的源码级单步逻辑会被跳转逻辑打断，直接跳转到跳转目标位置执行。
  解决方法：输入u命令切换到反汇编视图，使用指令级单步跟踪跳转逻辑，确认跳转是否符合代码预期。

• 托管代码调试模式不匹配
  若调试.NET等托管程序，未加载托管调试扩展时，WinDBG按原生代码逻辑调试，遇到JIT生成的托管代码时会出现单步直接跳转的问题。
  解决方法：执行.cordll -ve -u -l命令加载托管调试扩展后，再进行单步操作。

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