VEH是Windows进程级向量化异常处理机制，优先于SEH触发，需在异常前注册且回调函数必须全局有效；禁止在回调中调用非异步信号安全函数，不可依赖栈对象或C++异常机制。
VEH注册必须在异常发生前完成，且不能依赖栈上对象
VEH（Vectored Exception Handling）是Windows提供的用户态异常捕获机制，比SEH更早触发、全局有效。但AddVectoredExceptionHandler返回的句柄必须被保存，否则调用RemoveVectoredExceptionHandler时会失效；更重要的是，注册回调函数不能是栈上局部函数（比如lambda或带捕获的std::function），因为VEH是通过系统线程调用的，回调生命周期必须跨线程、跨栈帧。
常见错误现象：EXCEPTION_ACCESS_VIOLATION没被捕获，或捕获后程序直接崩溃——往往是因为回调函数已被析构，或传入了临时对象地址。
- 使用静态函数或全局函数指针作为VEH处理函数
- 若需携带上下文，用
static std::shared_ptr或全局std::atomic变量持有状态，避免this指针逃逸 - 注册时第二个参数设为1表示前置（first-chance），设为0表示后置（last-chance）；绝大多数调试/日志场景应选1
VEH回调中禁止调用大多数CRT和C++标准库函数
VEH运行在异常上下文（exception context），此时堆可能已损坏、线程局部存储（TLS）不可靠、C++异常机制尚未启动。调用printf、std::cout、new、malloc甚至std::string::c_str()都可能导致二次崩溃。
典型错误：在VEH里写日志时用了std::ofstream，结果触发STATUS_STACK_BUFFER_OVERRUN——不是原异常，而是日志本身引发的新异常。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 仅限调用Windows API中的异步信号安全函数，如
WriteFile（配合已打开的INVALID_HANDLE_VALUE不行，必须是有效句柄）、OutputDebugStringA、InterlockedIncrement - 字符串拼接必须预分配缓冲区，用
snprintf_s而非std::format（C++20） - 避免任何虚函数调用、RTTI、异常抛出（
throw）、longjmp
VEH与SEH共存时的优先级和链式行为
VEH按注册顺序逆序调用（LIFO），每个VEH处理器返回EXCEPTION_CONTINUE_EXECUTION、EXCEPTION_CONTINUE_SEARCH或EXCEPTION_EXECUTE_HANDLER。注意：它不替代SEH，而是在SEH之前介入；若所有VEH都返回EXCEPTION_CONTINUE_SEARCH，控制权才交给当前线程的SEH链（__try/__except块）。
容易踩的坑：EXCEPTION_CONTINUE_EXECUTION看似能“修复”异常继续执行，但仅对某些可恢复异常（如EXCEPTION_SINGLE_STEP、部分访问违规）有效；对EXCEPTION_ACCESS_VIOLATION强行继续，大概率导致未定义行为。
- 不要在VEH中修改
ExceptionInfo->ContextRecord->Rip等寄存器试图跳过故障指令——除非你完全理解CPU内存模型和编译器优化边界 - 若需拦截并模拟处理（如实现soft-float fallback），应在VEH中记录状态，再通过信号量通知主线程，由主线程在安全上下文中处理
- 多个DLL各自注册VEH时，注意卸载顺序：必须用
RemoveVectoredExceptionHandler配对，否则句柄泄漏且后续异常可能调用已释放代码
64位下VEH无法捕获所有类型的硬件异常
Windows x64 SEH模型强制要求栈帧具备结构化展开信息（UNWIND_INFO），而VEH只是“向量”钩子，并不参与栈展开。这意味着：某些硬件异常（如栈溢出EXCEPTION_STACK_OVERFLOW）在到达VEH前已被系统终止线程，根本不会调用你的处理器。
实测表现：在递归过深或分配超大栈数组时，AddVectoredExceptionHandler注册的函数完全不会被调用，进程直接退出，错误码常为0xC00000FD。
-
EXCEPTION_STACK_OVERFLOW必须靠SetThreadStackGuarantee+ 预留警戒页，或改用堆分配规避 -
EXCEPTION_ILLEGAL_INSTRUCTION可被捕获，但x64下非法指令极少出现，多见于JIT或反调试场景 - VEH对软件异常（如
RaiseException）100%可靠，适合做统一错误上报入口，但别指望它兜底所有崩溃
