C++作为一门支持面向对象和泛型编程的语言，提供了函数重载的特性，允许开发者在相同作用域内定义多个名称相同但参数列表不同的函数。这一特性的底层支撑就是Name Mangling机制，它也被译为名字修饰或者名字粉碎，是编译器在编译阶段对函数、变量等符号进行重命名的规则。
什么是Name Mangling
Name Mangling是C++编译器在编译过程中，为了区分不同的函数、类等符号，对原始的符号名称进行改写的一种机制。由于C语言不支持函数重载，编译后的目标文件中函数名就是原始的函数名，而C++需要支持同名不同参的函数，因此必须通过名字修饰生成唯一的符号名，避免链接阶段出现符号冲突。
不同的编译器有各自不同的Name Mangling规则，比如GCC、MSVC、Clang的修饰规则都存在差异，但核心思路都是将函数的参数类型、所属类、命名空间等信息编码到新的符号名中。
函数重载的底层实现逻辑
函数重载的判定规则是函数名相同，但参数列表不同，参数列表不同包括参数类型不同、参数个数不同或者参数顺序不同。当编译器处理重载函数时，会按照以下步骤进行处理：
- 在词法分析和语法分析阶段，识别到同名函数的不同定义，收集每个函数的参数类型、返回值类型等信息
- 进入语义分析阶段，对每个函数进行Name Mangling，生成对应的唯一符号名
- 编译生成目标文件时，将修饰后的符号名写入符号表
- 链接阶段，根据不同的符号名匹配对应的函数实现，完成地址重定位
代码示例验证Name Mangling效果
我们编写一段简单的C++代码，定义两个重载的函数，然后查看编译后的符号表，观察名字修饰的结果。
// 定义两个重载函数
void print(int a) {
// 打印整数
}
void print(const char* str) {
// 打印字符串
}
int main() {
print(10);
print("hello");
return 0;
}
使用GCC编译器编译该代码，生成目标文件后使用nm命令查看符号表：
g++ -c test.cpp -o test.o nm test.o | grep print
在GCC下输出的符号大致如下：
0000000000000000 T _Z5printi 0000000000000010 T _Z5printPKc
这里的_Z5printi就是第一个print函数的修饰名，其中_Z是GCC的修饰前缀，5表示函数名print的长度是5，i表示参数是int类型；_Z5printPKc中PKc表示参数是const char*类型，两个符号完全不同，因此链接时可以正确区分。
不同编译器的Name Mangling差异
由于C++标准没有规定Name Mangling的具体规则，因此不同编译器的实现差异很大：
- GCC使用Itanium C++ ABI的修饰规则，修饰后的符号以
_Z开头 - MSVC的修饰规则以
?开头，会将参数类型、调用约定等信息都编码进去 - Clang在大部分场景下和GCC的规则兼容，保证二进制层面的兼容性
这种差异也导致了不同编译器编译的目标文件无法直接链接，因为符号名不匹配。
Name Mangling的其他应用场景
除了支撑函数重载，Name Mangling还应用在以下场景：
- 类成员函数的修饰：会将类名、命名空间、函数参数等信息都编码到符号中，区分不同类的同名函数
- 模板实例化的符号生成：模板函数实例化后，会根据具体的模板参数生成不同的修饰名
- 全局变量和静态变量的区分：不同作用域的同名变量会通过名字修饰生成不同的符号
extern "C"与Name Mangling的关系
如果希望C++代码中的函数按照C语言的规则生成符号，不进行名字修饰，可以使用extern "C"声明，代码如下：
extern "C" void func() {
// 该函数会按照C规则生成符号，符号名就是func
}
这种方式通常用于C和C++混合编程的场景，确保C代码可以正确调用C++编写的函数。
总结
Name Mangling是C++实现函数重载的核心底层机制，编译器通过在编译阶段对函数名进行编码，将参数类型等信息融入符号名，生成全局唯一的符号标识，从而让同名不同参的函数可以在目标文件中共存，链接阶段也能正确匹配。不同编译器的修饰规则存在差异，了解这一机制有助于开发者理解编译链接错误、混合编程、符号冲突等问题的根源。
Name_ManglingC++函数重载编译链接修改时间：2026-06-11 23:33:18