64位环境下__try/__except块__except未触发程序直接崩溃问题求助

核心原因定位 #

从你提供的崩溃栈可以看到异常在ntdll!RtlpRemoveVectoredHandler+0xf4位置触发，说明问题出在异常分发的前置环节，你的__except块根本没有被异常分发器访问到。

常见触发原因 #

• 向量化异常处理（VEH）回调内部崩溃
  VEH的处理优先级高于常规SEH，所有异常会优先交付给所有注册的VEH回调处理。如果你的VEH回调在处理代码为0x00000001的异常时，出现了未处理的新异常（比如访问非法内存、错误移除VEH句柄），Windows会直接终止进程，不会继续将异常交给后续的SEH块处理。这是你当前场景最可能的原因。
• 64位栈对齐不符合要求
  64位Windows强制要求函数调用时栈保持16字节对齐，如果你的__try块所在函数存在手动修改栈指针（比如内联汇编操作rsp、裸函数实现错误），会导致异常分发时栈展开失败，无法定位到对应的__except处理块。32位Windows无强制栈对齐要求，所以不会触发该问题。
• 动态代码未注册SEH表项
  64位Windows的SEH采用基于静态表的实现，所有异常处理信息存储在PE文件的异常目录中，不依赖栈上的异常注册链。如果你的__try/__except块所在代码是运行时动态生成、写入到可执行内存的，没有对应的异常表项，异常分发器无法找到处理函数就会直接崩溃。32位SEH基于栈注册链实现，动态代码只要在栈上注册异常处理块就可以正常工作。
• 编译选项配置错误
  如果你在64位编译时开启了/kernel编译选项，或者手动禁用了SEH相关扩展，会导致__try/__except逻辑不生效。

排查步骤 #

1. 注释所有AddVectoredExceptionHandler相关的VEH注册代码，重新编译运行测试，如果__except块可以正常触发，说明问题出在VEH回调的实现逻辑中，重点排查回调处理异常代码0x00000001的分支。
2. 检查__try块所在函数是否存在内联汇编、手动修改栈指针的操作，确认64位下栈对齐逻辑符合要求。
3. 如果涉及动态生成代码，需要手动为动态代码注册.pdata和.xdata异常信息，或者改用VEH捕获动态代码产生的异常。

内容的提问来源于stack exchange，提问作者i like cat