直接用 c++filt 就能还原大多数 GCC/Clang 编译器生成的 mangled 符号，但必须注意输入格式、ABI 版本和模板实例化细节，否则会输出原样或报错。
为什么 c++filt 有时不生效？
常见原因不是工具坏了，而是符号本身没被正确 mangling，或用了非默认 ABI：
- 符号来自 C 代码（如加了
extern "C"）——c++filt不处理，直接原样输出 - Clang 默认用 Itanium ABI，但若编译时加了
-fms-extensions或目标是 Windows（MSVC ABI），c++filt默认不支持 - 符号开头缺
_Z（Itanium 标准前缀），比如只粘贴了4func这种片段，c++filt无法识别 - 符号含空格或特殊字符未转义，shell 直接截断，应加引号
如何正确传入符号并获取可读名？
最稳妥的方式是：确保符号完整、带前缀、用单引号包裹，并显式指定 ABI（如有必要）：
c++filt '_Z3fooi' c++filt --format=gnu-v3 '_ZStlsIcSt11char_traitsIcESaIcEERSt13basic_ostreamIT_T0_ES7_RKSt7__cxx1112basic_stringIS4_S5_T1_E'
关键点：
立即学习“C++免费学习笔记（深入）”；
- Linux/macOS 下符号通常以
_Z开头（如_Z3fooi→foo(int)），必须保留 -
--format=gnu-v3是默认值，一般不用写；但若怀疑是旧版 GCC（如 3.x）产出，可加--format=gnu - 批量处理时用
c++filt -n（no strip underscores）避免误删下划线，尤其对内联命名空间有用
从二进制文件里提取并解码符号的典型流程
不能只靠 c++filt 单独工作，它不读文件，需配合 nm、objdump 或 readelf：
nm -C a.out | grep 'T ' # -C 已启用 demangle，但可能不准
更可靠的是先提取 raw 符号再过滤：
nm --defined-only --demangle=none a.out | awk '$2 == "T" {print $3}' | c++filt
说明：
-
--demangle=none强制nm输出原始 mangled 名（避免双重解码） -
$2 == "T"只取文本段定义的函数符号（排除调试符号或弱符号） - 管道进
c++filt才做最终解析，可控性高
容易被忽略的模板与匿名命名空间问题
模板实例化和匿名命名空间会导致符号极长，且 c++filt 输出可能仍含编译器内部标识：
c++filt '_ZN1A3fooIiEEvT_'
结果可能是：A::foo —— 注意末尾的 (int) 是参数类型，不是调用，别误以为是函数调用表达式。
匿名命名空间符号（如 _ZN12_GLOBAL__N_13barEv）解码后显示为 (anonymous namespace)::bar()，括号是 c++filt 的约定表示，不是 C++ 语法。
真正麻烦的是带 std:: 内部实现细节的符号（比如 __cxx11），它们在不同 libstdc++ 版本间不兼容，c++filt 能显示但不代表 ABI 兼容。