extern "c" 解决c++函数名修饰问题，使c++代码能正确链接c函数；它禁用name mangling，仅改变符号名而非语义，需在头文件中用#ifdef __cplusplus包裹以兼容c编译器。
extern "C" 解决的是 C++ 编译器对函数名的修饰问题
C++ 支持函数重载，所以编译器在生成目标文件时，会把 func(int)、func(double) 编译成不同符号名（比如 _Z4funci 和 _Z4funcd），这个过程叫 name mangling。而 C 语言不重载，func 就始终是 func（或 _func，取决于平台）。如果 C++ 代码直接调用 C 的 .o 或静态库里的函数，链接器找不到匹配符号——因为名字对不上。
加 extern "C" 就是告诉 C++ 编译器：“这段声明/定义别做 name mangling，按 C 的规则处理符号名”。它不改变语义，只改符号输出格式。
什么时候必须写 extern "C"？
常见于头文件被 C 和 C++ 代码共同包含的场景，比如封装 C 库供 C++ 使用，或导出 C 接口给其他语言调用。
- 如果你写了一个 C 函数
my_util.c，并提供my_util.h，而这个头文件会被 C++ 源文件main.cpp包含，那my_util.h里必须用extern "C"包裹函数声明 - 反过来，如果 C 代码要调用 C++ 实现的函数，那个函数必须在 C++ 侧用
extern "C"声明（且不能是类成员函数、模板、内联函数等依赖 C++ 特性的东西） - 动态库导出 C 接口时（如 Windows 的
__declspec(dllexport)或 Linux 的__attribute__((visibility("default")))），也要配合extern "C"，否则 C 程序加载后找不到符号
extern "C" 的两种写法和坑点
单个函数：直接写 extern "C" void foo();；多个函数常用宏包裹：
立即学习“C++免费学习笔记（深入）”；
#ifdef __cplusplus
extern "C" {
#endif
<p>void bar(int x);
int baz(const char* s);</p><h1>ifdef __cplusplus</h1><p>}</p><h1>endif注意几个易错点：
-
extern "C"只影响链接符号名，不影响调用约定（如__cdecl/__stdcall），Windows 下混用 DLL 时得额外对齐 - 不能用于 C++ 类定义内部，也不能修饰模板函数、带默认参数的函数——这些本身就不兼容 C
- 如果头文件没加保护宏，而被纯 C 文件包含，
extern "C"会导致编译错误（C 编译器不认识该语法），所以必须用#ifdef __cplusplus包起来 - 在函数定义处写
extern "C"是合法的，但通常只在声明处控制，定义处重复写反而容易漏同步
链接失败时怎么确认是不是 extern "C" 漏了？
典型错误是 undefined reference to 'xxx'，尤其当确定目标文件里有对应函数却连不上时。用工具查符号：
- Linux 下：用
nm -C libfoo.a | grep xxx看 C++ 目标文件里是否是 mangled 名；用nm -gC xxx.o对比 C 和 C++ 编译后的符号差异 - macOS：用
nm -jU xxx.o，注意 C 符号通常不带下划线前缀，C++ 则带 - Windows：用
dumpbin /symbols xxx.obj，观察符号是否以?xxx@开头（mangled）还是纯名字 - 如果 C++ 侧看到的是
_Z3foov，而 C 侧期望的是foo，基本就是漏了extern "C"
真正麻烦的是跨平台项目里，某个头文件在一处加了 extern "C"，另一处没加，或者宏定义顺序导致条件编译失效——这种问题往往要靠符号表比对才能快速定位。
