崩溃时StackWalk64仅得地址而无函数名和行号，因DbgHelp未加载符号：须调SymInitialize初始化、设SYMOPT_LOAD_LINES|SYMOPT_DEFERRED_LOADS选项、用SymLoadModule64/Ex显式加载PDB，且Release版必须加/DEBUG:FULL保留行号信息。
崩溃时没符号表，StackWalk64 只能拿到地址，拿不到函数名和行号
DbgHelp 默认不加载符号（PDB），StackWalk64 返回的 Symbol->Name 是空的，Line.LineNumber 也是 0。这不是 API 调用错了，是根本没让 DbgHelp 知道去哪找符号文件。
关键动作有三步：调用 SymInitialize 初始化符号引擎、用 SymSetOptions 开启必要选项、再用 SymLoadModule64 或 SymLoadModuleEx 显式加载当前模块的 PDB（尤其要注意调试版 EXE 必须带对应 PDB，且路径要对）。
-
SymSetOptions(SYMOPT_LOAD_LINES | SYMOPT_DEFERRED_LOADS)必须设，否则SymGetLineFromAddr64永远失败 - 调用
SymInitialize时第二个参数传NULL表示用系统默认符号路径（_NT_SYMBOL_PATH），但更可靠的是自己拼路径：“C:\myapp\;SRV*C:\symbols*https://msdl.microsoft.com/download/symbols” - 如果主模块（EXE）没加载符号，
SymFromAddr查到的函数名会是“xxx!Unknown”，行号全为 0 —— 这是最常见的“有调用栈但无源码信息”现象
SymFromAddr 和 SymGetLineFromAddr64 必须配对用，顺序不能反
先查符号再查行号是硬性依赖：只有 SymFromAddr 成功填充了 SYMBOL_INFO 的 ModBase 字段后，SymGetLineFromAddr64 才能定位到正确的模块上下文。反过来调用会返回 FALSE，且 GetLastError() 是 ERROR_INVALID_PARAMETER。
注意两个函数都要求传入有效的模块基址（ModBase），而这个值只能从 SymFromAddr 的输出中拿到（或从 MODULEINFO 中获取），不能靠 GetModuleHandle 算 —— ASLR 启用时两者不等价。
- 每次调用
SymFromAddr前，确保si.SizeOfStruct = sizeof(SYMBOL_INFO)，否则 Windows 可能直接忽略请求 -
SymGetLineFromAddr64的pdwDisplacement参数可传NULL，但Line.SizeOfStruct必须设为sizeof(IMAGEHLP_LINE64) - 若行号始终为 0，大概率是 PDB 文件缺失、损坏，或编译时没开
/Zi（MSVC）或-g（Clang/LLVM on Windows）
异常处理回调里调 StackWalk64，必须用 CONTEXT 原始快照，不能重新 GetThreadContext
在 SetUnhandledExceptionFilter 回调中，系统传入的 EXCEPTION_POINTERS* 里的 ContextRecord 就是崩溃瞬间的完整寄存器状态。如果此时再调 GetThreadContext，线程可能已被调度、寄存器被覆盖，导致栈回溯错乱（比如跳过最顶帧、甚至栈指针错位）。
直播话术巡检系统(Windows版) — 实时语音转写、关键词检测、场景自动切换、告警推送、大屏可视化。支持 Windows VB-Cable 虚拟声卡音频采集，阿里云 ASR 实时识别。一键启动脚本，自动安装环境。
另外，StackWalk64 的 MachineType 必须与当前进程架构严格一致：IMAGE_FILE_MACHINE_AMD64 对应 x64，IMAGE_FILE_MACHINE_I386 对应 x86 —— 混用会导致 StackWalk64 立即返回 FALSE，且不报具体错误。
- x64 下必须用
CONTEXT的ContextFlags = CONTEXT_FULL初始化，否则Rsp/Rip可能未被捕获 - 调用
StackWalk64前，确保传入的StackFrame结构体已用ZeroMemory清零，尤其AddrPC.Offset和AddrFrame.Offset - 第一次调用
StackWalk64时，AddrPC.Offset应设为context.Rip（x64）或context.Eip（x86），AddrFrame.Offset设为context.Rsp或context.Esp
Release 版本加 /Zi + /DEBUG:FULL 才能保留行号信息
默认 Release 编译（哪怕开了 /Zi）生成的 PDB 是 “stripped” 的，不包含行号表（.debug$S 段被裁剪）。必须显式加链接器参数 /DEBUG:FULL（MSVC），否则 SymGetLineFromAddr64 总是失败。
验证方法：用 dumpbin /headers your.exe 查看输出里是否有 debug 相关 section；或用 symchk /v your.exe 看是否提示 line numbers not available。
- MSVC 命令行示例：
cl /c /Zi /O2 main.cpp & link main.obj /DEBUG:FULL /PDB:main.pdb - 如果用 CMake，需设置：
set(CMAKE_CXX_FLAGS_RELEASE "${CMAKE_CXX_FLAGS_RELEASE} /Zi")，并在target_link_options中加/DEBUG:FULL - PDB 文件必须和 EXE 在同一目录，或按
SymInitialize指定的路径可访问；重命名 PDB（如加版本号）会导致加载失败，除非手动调用SymLoadModuleEx并传入正确文件名
实际跑通的关键点就三个：符号初始化别漏选项、栈回溯用原始 CONTEXT、Release 编译必须带完整调试信息。其余都是路径、权限、结构体初始化这些琐碎但致命的细节。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
