C++逆向工程：用c++filt解析GCC编译后的函数名
1. 从崩溃日志到可读符号：逆向工程师的必备武器
当你在凌晨三点收到生产环境崩溃警报时，面对日志中 _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE7compareEPKc 这样的符号，是否感到绝望？这就是C++的name mangling机制在'作祟'——编译器为了支持函数重载等特性，将函数名和参数类型编码成一串晦涩的符号。但别担心，c++filt正是为此而生的瑞士军刀。
典型崩溃分析场景中的痛点：
- 核心转储文件中难以辨认的函数调用栈
- 动态链接库中无法直观理解的导出符号
- 跨语言调用时的链接错误
- 第三方库调试时的符号匹配问题
# 实战示例：解析崩溃堆栈 $ cat crash.log | grep '#' | awk '{print $4}' | c++filt std::__cxx11::basic_string<char>::compare(char const*)
2. C++ Name Mangling的底层原理揭秘
2.1 为什么C++需要名称改编
与C语言简单的符号命名不同，C++需要处理：
- 函数重载（参数类型不同）
- 命名空间限定
- 类成员函数
- 模板特化
- 异常规范
C与C++符号对比：
| 源代码 | C编译符号 | C++编译符号 (GCC) |
|---|---|---|
void foo() | foo | _Z3foov |
int foo(int) | 不适用 | _Z3fooi |
NS::Class::method() | 不适用 | _ZN2NS5Class6methodEv |
2.2 GCC的编码规则解析
GCC采用的Itanium ABI规范中，mangling规则包