使用extern "C"解决C与C++混合编程中的符号冲突，通过名字修饰控制实现函数互调，结合g++链接确保运行时支持，使两者无缝协作。
在实际项目开发中，C++ 与 C 语言混合编程非常常见。很多历史遗留的底层库是用 C 写的，而新模块使用 C++ 开发。如何让两者无缝协作？关键在于理解编译器对函数名的处理方式以及链接时的符号匹配规则。
理解 C 和 C++ 的符号命名差异
C++ 支持函数重载，因此编译器会对函数名进行“名字修饰”（name mangling），把参数类型等信息编码进最终的符号名。而 C 编译器不做这种处理，函数名直接对应符号名。
如果在 C++ 代码中直接调用 C 函数，链接器可能找不到对应的符号，因为名字对不上。解决方法是告诉 C++ 编译器：这个函数是 C 风格的，不要做名字修饰。
使用 extern "C" 来实现这一点：
立即学习“C语言免费学习笔记（深入）”；
#ifdef __cplusplus
extern "C" {
#endif
<p>void c_function(int x);
int another_c_func(double d);</p><h1>ifdef __cplusplus</h1><p>}</p><h1>endif</h1>这样写可以保证头文件既能在 C 编译器下使用，也能被 C++ 正确识别。__cplusplus 宏只在 C++ 编译时定义。
在 C++ 中调用 C 函数
假设你有一个用 C 写的数学计算库，文件为 math_utils.c 和 math_utils.h。
确保 math_utils.h 使用了 extern "C" 包裹声明。然后在 C++ 源文件中包含该头文件即可直接调用：
#include "math_utils.h"
<p>int main() {
double result = compute_sqrt(16.0); // 调用C函数
log_message("Result: %f", result); // 另一个C函数
return 0;
}
</font></p>编译时，C 和 C++ 文件分别用 gcc 和 g++ 编译，最后统一链接成可执行文件。
在 C 中调用 C++ 函数
这种情况较少见，但有时也需要。例如想把 C++ 类封装成 C 接口供老系统调用。
核心思路是：提供一个中间层，用 extern "C" 声明一组 C 兼容的函数接口，这些函数内部调用 C++ 类的方法。
示例：
// wrapper.cpp
extern "C" {
void* create_counter();
void increment(void* counter);
int get_value(void* counter);
void destroy_counter(void* counter);
}
</font>实现中创建和管理 C++ 对象，通过 void* 传递实例指针：
class Counter {
public:
Counter() : value(0) {}
void inc() { ++value; }
int val() const { return value; }
private:
int value;
};
<p>void* create_counter() {
return new Counter();
}</p><p>void increment(void<em> c) {
static_cast<Counter</em>>(c)->inc();
}</p><p>int get_value(void<em> c) {
return static_cast<Counter</em>>(c)->val();
}</p><p>void destroy_counter(void<em> c) {
delete static_cast<Counter</em>>(c);
}
</font></p>这样 C 代码就可以安全地调用这些函数操作 C++ 对象。
编译与链接实践
混合编译时，建议使用 g++ 作为链接器主命令，因为它会自动链接 C++ 运行时库。
典型构建流程：
- 用 gcc 编译所有 .c 文件生成 .o 文件
- 用 g++ 编译所有 .cpp 文件生成 .o 文件
- 用 g++ 将所有 .o 文件链接成最终程序
Makefile 示例片段：
CC = gcc CXX = g++ TARGET = app OBJS = main.o utils.o wrapper.o <p>$(TARGET): $(OBJS) $(CXX) -o $@ $^</p><p>%.o: %.cpp $(CXX) -c $< -o $@</p><p>%.o: %.c $(CC) -c $< -o $@ </font></p>
只要接口层处理得当，C 和 C++ 模块就能稳定协作。
基本上就这些。关键是掌握 extern "C" 的使用时机和方式，理解编译链接过程中的符号问题。混合编程不复杂，但容易忽略细节导致链接错误。
