std::exception 默认不带堆栈信息是因为C++标准刻意不内置堆栈捕获机制，以避免平台依赖和运行时开销；需手动在catch块中用boost::stacktrace等工具获取。
为什么 std::exception 默认不带堆栈信息
因为 C++ 标准库的异常对象（比如 std::runtime_error）只保存你传进去的字符串，不自动捕获调用栈。你抛出 throw std::runtime_error("boom")，日志里就只有 "boom"，看不到哪一行、哪个函数、哪个线程崩的。
这不是设计缺陷，是标准刻意为之：堆栈捕获涉及平台 ABI、调试符号、运行时开销，C++ 选择不内置，把控制权留给实现者。
- Linux/macOS 下常用
backtrace()+backtrace_symbols()，但返回的是地址，没符号名就得靠addr2line或链接时保留调试信息（-g） - Windows 下得用
CaptureStackBackTrace()+SymFromAddr()，还得初始化 DbgHelp - 跨平台方案（如
boost::stacktrace）默认不写入文件，得你自己接日志系统
用 boost::stacktrace 快速获取可读堆栈（推荐起点）
它封装了各平台细节，能直接输出函数名+文件行号（前提是编译时带 -g，且没 strip），适合开发/测试环境快速落地。
注意：它不是异常的一部分，得在 catch 块里手动抓取当前栈，不是“抛异常时自动附带”。
- 需链接
-lboost_stacktrace_backtrace（Linux）或-lboost_stacktrace_windbg（Windows） - 不要在信号处理函数（如
SIGSEGVhandler）里直接用，可能不安全；优先用boost::stacktrace::safe_dump_to()写二进制快照 - 示例写法：
try { /* ... */ } catch (const std::exception& e) {<br> std::ofstream log("app.log", std::ios::app);<br> log log }
生产环境绕过 boost 的轻量方案：用 __builtin_return_address + 符号解析
如果不能引入 boost，又需要最小依赖，可以手撸一个地址采集 + 异步符号化流程。核心思路是：异常发生时只记下裸地址，另起线程用 dladdr（Linux）或 SymFromAddr（Windows）查符号，避免阻塞主逻辑。
- 别用
backtrace_symbols()直接在线程中调用——它内部 malloc，异常上下文里不安全 - Linux 下确保链接时加
-rdynamic，否则dladdr查不到函数名 - Windows 下需调用
SymInitialize(GetCurrentProcess(), nullptr, TRUE)一次，且 PDB 文件得在路径里或指定位置 - 地址数组长度要够（比如 128），太小会截断深层调用栈
日志文件写入时容易丢栈或乱码的几个点
堆栈信息通常含非 ASCII 字符（比如模板展开名、宽字符路径），直接用 std::ofstream 默认 locale 可能写坏，尤其 Windows 控制台默认 GBK。
- Linux 下一般没问题；Windows 下建议用
std::wofstream+imbue(std::locale(""))，或统一转 UTF-8 字节流写入 - 多线程写同一个日志文件？必须加锁，或者用无锁队列+单 writer 线程，否则堆栈和异常消息可能错行
- 别把整个
stacktrace()当字符串拼到what()里再抛——会二次抛异常，且原异常类型丢失 - 如果用了日志库（如 spdlog），确认它对
std::string外的类型（如boost::stacktrace::stacktrace）有重载，否则可能只打地址
真正难的不是抓栈，是让每一帧都稳定对应源码行号，且不拖慢正常流程。调试期用 boost 快，上线后往往得切到地址快照 + 独立符号化解析服务，不然每次异常都查符号，IO 和 CPU 都扛不住。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
