12、extern关键字：extern "C"在C与C++混合编程中的作用
说实话，extern "C" 这个话题，我每次讲课时都觉得特别有意思。它看起来就是个简单的语法糖，但背后牵扯的东西，能让你对C和C++的编译模型有更深的理解。
我记得刚入行那会儿，第一次接手一个C++项目，需要调用一个老牌的C库。我直接把头文件#include进来，编译报错，链接报错，折腾了一下午。后来老同事过来看了一眼，淡淡地说：「加个extern "C"试试。」——嗯，从此我就记住了这个关键字。
为什么需要extern "C"？
要理解这个问题，你得先知道C和C++在编译时的一个核心区别：名字修饰（Name Mangling）。
C++支持函数重载。同一个函数名，参数不同，编译后生成的符号名必须不同。编译器会在函数名后面加上参数类型信息，比如：
// C++ 代码
void foo(int);
void foo(double);编译后，这两个函数在符号表中的名字可能变成：
_Z3fooi // foo(int)
_Z3food // foo(double)而C语言没有重载，函数名就是符号名，直接对应：
_foo现在问题来了。如果你在C++代码里调用一个C库函数，比如：
#include <c_library.h>
int main() {
c_function(); // 这是一个C函数
return 0;
}C++编译器会按照C++的规则去修饰这个函数名，生成类似 _Z11c_functionv 的符号。但C库的链接器只认识 _c_function。链接时必然报错：未定义的引用。
核心结论：extern "C" 的作用就是告诉C++编译器：「这个函数是C语言写的，别给我加花里胡哨的名字修饰，按C的规则来。」
extern "C" 的两种用法
我个人习惯把 extern "C" 的用法分成两类，这样记起来比较清晰。
用法一：单个函数声明
extern "C" void c_function(int a, double b);这表示：c_function 这个函数，按C的链接规范处理。C++编译器不会对它做名字修饰。
用法二：代码块包裹
extern "C" {
void func1();
int func2(char *s);
double func3(int x, int y);
}当你有多个C函数需要声明时，用花括号包起来更省事。我在项目中经常看到这种写法，尤其是包含整个C头文件时。
头文件中的经典写法
你去看那些成熟的C库头文件，比如 math.h、pthread.h，里面几乎都有这样的结构：
#ifdef __cplusplus
extern "C" {
#endif
// 所有C函数声明
void c_function1();
int c_function2();
#ifdef __cplusplus
}
#endif这个写法很巧妙。它利用了C++编译器预定义的宏 __cplusplus：
- 当文件被C++编译器处理时，
__cplusplus被定义，extern "C" 生效。 - 当文件被C编译器处理时，
__cplusplus未定义，extern "C" 被跳过，C编译器不认识这个关键字。
这样一来，同一个头文件，C和C++都能用，不需要维护两份。
我的建议：如果你在写一个需要被C和C++同时调用的库，头文件里一定要加上这个条件编译。别偷懒，否则你的用户会骂娘的。
extern "C" 的陷阱
嗯，这里要注意几个容易踩坑的地方。
陷阱一：不能用于函数定义
extern "C" 只能用于声明，不能用于定义。比如：
// 错误写法
extern "C" void my_function() {
// 函数体
}这会导致编译错误。extern "C" 只影响链接规范，不影响函数本身的实现。正确的做法是：在头文件里用 extern "C" 声明，在.c文件里正常定义。
陷阱二：不能用于重载函数
C语言不支持重载，所以你不能对一组重载函数使用 extern "C"：
// 错误写法
extern "C" {
void foo(int);
void foo(double); // 编译错误：C语言不允许同名函数
}我曾经在一个项目里看到有人这么写，编译直接报错。后来查了半天才发现是这个问题。
陷阱三：C++异常不能跨越 extern "C" 边界
如果你在C++代码里调用一个 extern "C" 函数，而这个函数内部抛出了C++异常，行为是未定义的。因为C语言没有异常处理机制，栈展开可能出问题。
我曾经踩过的坑：有一次在嵌入式项目中，C++主程序调用了C语言写的驱动库。驱动里用 setjmp/longjmp 做错误处理，C++这边用 try/catch 捕获。结果程序偶尔崩溃，查了两天才发现是异常和 longjmp 混用导致的栈混乱。后来统一改成返回错误码，问题解决。
extern "C" 与函数指针
这个细节容易被忽略。如果你把 extern "C" 函数的地址赋给一个函数指针，指针的类型必须匹配：
extern "C" void c_func();
// 正确：函数指针也声明为 C 链接
extern "C" void (*func_ptr)() = c_func;
// 错误：C++ 链接的函数指针不能指向 C 函数
void (*cpp_func_ptr)() = c_func; // 类型不匹配为什么？因为C和C++的调用约定可能不同。虽然大多数平台（x86、ARM）上两者一致，但标准没有保证。安全第一，类型匹配是必须的。
知识体系图
下面这张图总结了 extern "C" 的核心逻辑，我画出来方便你记忆：
实际项目中的最佳实践
根据我多年的嵌入式开发经验，给你几条实用的建议：
- 所有C库头文件都加上条件编译的 extern "C"。哪怕你现在只用C，保不准以后有人用C++调用你的库。加一行宏定义，省去别人几小时的排查时间。
- 不要在 extern "C" 块内包含C++特有的内容。比如类定义、模板、命名空间等。这些C语言不认识，编译会报错。
- 链接顺序要注意。C库的静态库或动态库，要放在C++链接命令的后面。具体顺序取决于你的构建系统，但基本原则是：被依赖的库放在后面。
- 用
__cplusplus宏做条件编译时，不要拼错。我见过有人写成__cplusplus__（多两个下划线），结果条件永远不成立，extern "C" 没生效，链接报错找了一整天。
一个小技巧：如果你不确定某个C库的头文件是否已经处理了 extern "C"，可以在C++代码里直接包含它，然后编译看看。如果链接报错说「未定义的引用」，十有八九是没加。这时候你可以自己包一层：
extern "C" {
#include "old_c_library.h"
}但注意，这只能作为临时方案。最好还是去修改头文件本身，加上条件编译。
好了，关于 extern "C" 的内容就讲到这里。这个知识点看似简单，但理解透了，你在C和C++混合编程时就能少走很多弯路。下次遇到链接错误，先想想是不是名字修饰的问题。
公众号:蓝海资料掘金营，微信deep3321