c++filt是专用于解混淆C++（及Java）名称修饰（name mangling）的工具，能将编译器生成的低级符号（如_Z12myFunctionIiEviT_）还原为可读声明（如myFunction<int>(int)，解决调试、符号分析和链接问题。
什么是 c++filt，它能解决什么问题
当你在 GDB 调试、查看 nm 或 objdump 输出、或者读取崩溃栈时，看到类似 _Z12myFunctionIiEviT_ 这种一长串带下划线和字母的符号，那就是 C++ 编译器对函数名做的“名字修饰（name mangling）”。c++filt 就是专干这事的：把修饰后的符号还原成人类可读的声明形式，比如 myFunction<int>(int)。
最常用的用法：单个符号直接解码
命令行里直接传入修饰名，c++filt 默认就输出还原结果：
c++filt _Z12myFunctionIiEviT_
输出：myFunction<int>(int)
常见场景包括：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 从
gdb的bt输出里复制某一行地址旁的符号，粘贴过去解码 - 处理
nm -C不生效时（比如某些静态库或 stripped 二进制），先用nm拿原始符号，再喂给c++filt - 脚本中批量处理：用
cat symbols.txt | c++filt
容易忽略的选项和陷阱
c++filt 默认只处理 GNU GCC 风格的修饰（Itanium ABI），不支持 MSVC 的修饰格式。如果你在 Windows 上用 MinGW 编译的代码，它能用；但如果是 Visual Studio 编译的 .pdb 或 dump 中的 ??0MyClass@@QEAA@XZ，c++filt 完全没反应——得换 undname 或 llvm-cxxfilt。
几个实用参数：
-
-p：显示函数参数类型（默认已开启，但显式加更稳妥） -
-t：同时解码模板参数和返回类型（推荐加，否则可能漏掉std::vector<int>这类完整类型） -
--no-strip-underscores：某些符号开头有双下划线（如__Z...），默认会去掉前导下划线；加这个选项保留原样（极少需要，但调试符号生成逻辑时可能有用） - 遇到空输出？大概率是符号格式不对，或根本不是有效 C++ 修饰名——可以先用
echo "_Z..." | c++filt -n测试是否被识别（-n表示“不解析，仅检测”）
和编译器/链接器配合使用的注意点
c++filt 是纯解码工具，不依赖目标文件或调试信息。但它还原出的名字，不一定和源码完全一致：
- 内联函数、模板实例化、lambda 表达式生成的符号，还原后可能带编译器内部标记（如
operator() [clone .lto_priv.123]） - 如果用了
-fvisibility=hidden或__attribute__((visibility("hidden")))，符号可能根本不会出现在动态符号表里，nm -D看不到，自然也轮不到c++filt出场 - 对于 LTO（Link Time Optimization）生成的二进制，部分符号会被彻底优化掉或重命名，此时还原结果可能对应不到原始函数定义行
真正难的不是运行 c++filt，而是判断你手上的那个字符串到底是不是一个合法、未被截断、且未被 LTO 二次混淆的 Itanium ABI 修饰名。
