extern "C" 的作用

面试官问："extern "C" 是干什么的？为什么需要它？"

这题考的是你对 C++ 底层链接机制的理解。很多人能说出"用于 C/C++ 混合编程"，但问到名称修饰的具体过程、为什么 C++ 需要修饰而 C 不需要、extern "C" 到底改变了什么，就说不清楚了。

简要回答

extern "C" 告诉 C++ 编译器：对这些函数不要做名称修饰（Name Mangling），直接用原始函数名作为链接符号。

为什么需要？因为 C++ 支持函数重载，编译器必须把参数类型信息编码进函数名（比如 void foo(int) 变成 _Z3fooi），这样链接器才能区分同名函数。但 C 语言没有重载，函数名就是符号名（foo 就是 foo）。如果 C++ 代码要调用 C 编译的库，不加 extern "C" 的话，C++ 编译器会去找 _Z3fooi，而 C 库里只有 foo——链接失败，报 "undefined reference"。

详细回答

名称修饰（Name Mangling）是根本原因

C++ 支持函数重载，同一个函数名可以有不同参数版本。编译器为了在目标文件中区分它们，会把参数类型、命名空间等信息编码进符号名。比如 void foo(int) 可能变成 _Z3fooi，void foo(double) 变成 _Z3food。这个过程叫名称修饰。

C 语言没有重载，所以不需要修饰——void foo(int) 编译后符号就是 foo。

链接时的冲突

当 C++ 程序调用 C 库的函数时，C++ 编译器会对函数调用做名称修饰，去找修饰后的符号。但 C 库里的符号是未修饰的原始名。两边对不上，链接器报错。

extern "C" 就是解决这个问题的：它告诉编译器"这些函数按 C 的规则来，不要修饰名字"。这样 C++ 编译器生成的符号引用就是原始的 foo，能和 C 库里的 foo 匹配上。

调用约定也会受影响

除了名称修饰，extern "C" 通常还意味着使用 C 的调用约定（如 __cdecl）。调用约定规定了参数怎么压栈、栈由谁清理等底层细节。C 和 C++ 的调用约定可能不同，extern "C" 确保二进制层面完全兼容。

典型用法：__cplusplus 宏保护

写 C/C++ 通用头文件时，用 #ifdef __cplusplus 包裹 extern "C"，这样同一个头文件既能被 C 编译器用，也能被 C++ 编译器用。C 编译器看不到 extern "C"（因为 __cplusplus 未定义），C++ 编译器能看到并正确处理。

知识拓展

面试官可能追问：

Q1: 为什么 C++ 需要名称修饰而 C 不需要？

因为 C++ 有函数重载——同名函数可以有不同参数版本，编译器必须在符号层面区分它们。C 语言不支持重载，一个函数名只对应一个函数，不需要额外编码。另外 C++ 还有命名空间、模板等特性，这些信息也需要编码进符号名。

Q2: extern "C" 能修饰类的成员函数吗？

不能。成员函数隐含 this 指针，依赖 C++ 的对象模型，没法用 C 的调用约定。如果想让 C 代码调用 C++ 的类功能，通常的做法是写一个 extern "C" 的包装函数（wrapper），内部创建对象、调用成员函数，对外暴露纯 C 接口。

Q3: extern "C" 的函数能重载吗？

不能。extern "C" 的函数不做名称修饰，符号名就是函数名本身。如果有两个同名的 extern "C" 函数（即使参数不同），链接器会报重复定义错误。这也是为什么 C 语言不支持重载的底层原因——没有名称修饰机制来区分同名函数。

Q4: 实际项目中 extern "C" 最常见的场景是什么？

三个典型场景：一是 C++ 调用 C 库（如 glibc、SQLite、libpng），需要在 C 库的头文件声明前加 extern "C"；二是 C++ 写的库要被 C 程序调用，需要用 extern "C" 导出接口函数；三是跨语言交互（如 Python/Lua 扩展），这些语言的 FFI 接口是 C 风格的，C++ 写扩展时必须用 extern "C" 导出入口函数。