根本原因是c++的name mangling导致链接器找不到c符号；解决方法是用extern "c"声明c函数，并在头文件中用#ifdef __cplusplus保护以确保c/c++兼容。
C++调用C函数时链接失败：undefined reference to 'xxx'
根本原因是C++编译器对函数名做了name mangling（名字修饰），而C编译器不会。比如C里的void init()在C++目标文件里可能变成_Z4initv，链接器找不到原始C符号就报这个错。
解决方法只有一条路：告诉C++编译器“这段声明按C的方式处理”。必须用extern "C"包裹C函数声明——注意是声明，不是定义。
- 写在头文件里时，要加
#ifdef __cplusplus保护，否则C编译器会报错 - 如果C头文件本身没加
extern "C"，你自己的C++代码里包含它之前，得手动加：extern "C" { #include "c_header.h" } - 不能只包
#include，必须把整个声明块包进去；否则extern "C"对头文件内部无效
extern "C"只能用在函数和变量声明上，不能用在类或模板里
extern "C"只影响链接约定，不改变语言特性。C没有类、异常、重载、模板这些概念，所以它天然不支持这些C++特性的声明。
常见误用场景：
立即学习“C语言免费学习笔记（深入）”；
- 试图给C++类成员函数加
extern "C"→ 编译直接失败，因为成员函数隐含this参数，C ABI无法表达 - 给模板函数加
extern "C"→ 不合法，模板实例化后名字仍被mangling，且C无模板概念 - 在
extern "C"块里写std::vector<int></int>类型参数 → C ABI不识别STL类型，链接或调用时崩溃
真正能用的只有纯C风格接口：普通函数、全局变量、struct（不含构造/析构/虚函数）。
混合编译时头文件怎么写才安全
一个头文件既要被C代码包含，又要被C++代码包含，必须自己做兼容。靠别人加extern "C"不可靠，也违反封装原则。
乐彼多语言网上商城系统(LebiShop)采用ASP.NET 4.0（C#）和AJAX技术开发，完全具备搭建超大型网上商城的整体技术框架和应用层次。系统具备安全、稳定、高效、扩展性强、操作简便等众多优点，是您搭建网上商城的不二选择。
标准写法是这样的：
#ifdef __cplusplus
extern "C" {
#endif
<p>void c_api_init();
int c_api_process(const char* data, int len);</p><h1>ifdef __cplusplus</h1><p>}</p><h1>endif关键点：
-
__cplusplus是C++编译器预定义宏，C编译器没有，所以C端直接跳过extern "C"块 - 不要用
#ifndef __cplusplus来包C++专属内容——那会导致C端也看到不该看的东西 - 如果头文件里有
inline函数，C++端可用，但C端不认inline，得用static inline并确保只在C++中启用
动态库导出C接口时，extern "C"漏了会怎样
Windows下DLL用__declspec(dllexport)，Linux下用__attribute__((visibility("default")))，但光有导出还不够。如果没加extern "C"，导出的符号名是mangled的，比如_Z9c_api_initv。C程序用LoadLibrary + GetProcAddress或dlsym时传"c_api_init"肯定找不到。
导出C接口必须两步都做：
- 声明前加
extern "C"（控制符号名） - 加上平台对应的导出标记（控制是否进符号表）
- Linux下还要注意：如果用了
-fvisibility=hidden（推荐做法），不显式标记default的符号默认不导出，extern "C"不能替代这个
最容易被忽略的是：C++实现文件里定义函数时，不需要、也不应该再写extern "C"——声明已经决定了链接方式，定义只是实现，重复写反而可能触发警告。
