c++oding="utf-8" ?>
abi::__cxa_demangle 是唯一靠谱的运行时解符号方案，因其是 GNU libstdc++ 提供、GCC/Clang 共同依赖、ABI 稳定的底层标准接口；它要求检查 status（0 成功，-1/-2/-3 分别表示输入非法/内存不足/分配失败），返回指针必须用 free 释放，且仅支持合法 Itanium 风格 mangled 名（如 _Z3fooi）。
为什么 abi::__cxa_demangle 是唯一靠谱的运行时解符号方案
标准 C++ 不提供跨平台的符号反混淆接口，abi::__cxa_demangle 是 GNU libstdc++ 提供的、被广泛兼容且 ABI 稳定的底层函数。它不是“可选工具”，而是你在 Linux/macOS 上做运行时符号解析时事实上的唯一选择——Clang 和 GCC 都依赖它，连 backtrace_symbols 内部也在用它。
常见错误是试图用 std::string 直接接收返回值，或忽略 status 输出参数：
-
status为 0 表示成功；非 0（如 -1、-2、-3）分别对应内存不足、无效 mangled 名、内部错误，必须检查 - 输出缓冲区必须由调用者
malloc分配，abi::__cxa_demangle可能 realloc 它，最终必须用free释放 - 传入的 mangled 名不能带
_Z前缀以外的额外字符（比如从dladdr拿到的dli_sname通常干净，但自己拼接或日志里截取的可能含空格或括号）
如何从函数指针安全拿到 mangled 名（dladdr + dli_sname 的正确用法）
运行时获取任意函数的修饰名，不能靠编译期宏（如 __PRETTY_FUNCTION__），得靠动态链接器查询。核心是 dladdr，但它只对已加载的符号有效——静态函数、内联函数、未导出的模板实例化体都查不到。
典型误用：直接对函数指针取地址后传给 dladdr，却忽略其返回的 dli_sname 可能为 nullptr：
-rdynamic
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
