extern "C"

我们在使用别人提供的 API 时，经常会看到头文件中有 extern "C" 的字样，有的头文件中写的是

1 #ifdef __cplusplus
2 extern "C" 
3 {
4 #endif
5 ......./*函数声明*/
6 
7 #ifdef __cplusplus
8 }
9 #endif

只有在C++编译中，extern "C" 才会生效。

它的作用是避免 C++ 编译器的?name mangling. 有人说C++编译器在代码后边为我们做了一些意想不到的事，这太可怕了。C++ 大师Lippman 调侃说C++编译器具有唯物主义色彩。

那么C++编译器会自动为我们的C++代码做什么事呢？其中比较常见的有自动合成构造函数，析构函数等，还有name mangling。

我们知道C是没有函数重载的，我们不能在C语言中定义多个参数，返回值不同的同名函数，C++是允许的。第一款C++编译器是用C语言实现的(cfront)，它将C++代码转换为C语言。那么cfront怎么支持C++的函数重载机制的呢？cfront 对C++函数做了处理，比如以下代码

1 void Fun();
2 void Fun(char,char);
3 void Fun(int);

在经过C++编译器处理后的结果可能是(我会在后续的博文中找到 VC++和G++怎么处理的样例)

1 void Fun_v();
2 void Fun_c_c(char,char);
3 void Fun_i(int);

这样就能够实现同名函数的重载了。

当我们使用

Fun(‘a‘,‘b‘);

调用函数的时候，可能转换为

1 Fun_c_c(‘a‘,‘b‘);

在第一篇hello world 中，简单说了编译的几个步骤，上边这一步是在compile 的时候做的。(compile 时需要找到这个函数的声明)

最后在link 的阶段，是需要找到该函数的定义的。由于compile 时处理了函数名称，函数定义中的名称也随之更改了。在link的结果中是没有 Fun 这个函数的定义的。

如果我们的代码是生产动态链接库(dll 或者 so 文件)，那么在 nm 的时候，看到的是处理过的函数名。

回到我们的主题：

extern "C"? C++编译器设置了一个开关，让函数的作者来决定是不是需要做名称处理。如果作者希望C++和C的使用者都可以调用它，一般会加上 extern "C" 的关键字来压制编译器的命名处理。

如果我们拿到一套别人提供的API，这套 API 是C编译器编译的，我们使用C++编译器编译调用API的代码时，经常会出现link时说找不到函数定义。nm 查看动态库的时候发现是有这个函数的，这种情况有两种处理方式：

1. 改用C编译器

2. 在头文件中加上 extern "C" 来抑制C++编译器的命名处理。

如果没有用到C++中的模板，STL，OO等功能，换C语言编译器就行，如果用到了这些，那就将头文件改了吧。