何时使用 extern "c"...
时间：2010-08-08 来源：hollyhock13
extern "C" 解析
时常在cpp的代码之中看到这样的代码:
#ifdef __cplusplus
extern "C" {
#endif
//一段代码
#ifdef __cplusplus
}
#endif
这样的代码到底是什么意思呢？首先，__cplusplus是cpp中的自定义宏，那么定义了这个宏的话表示这是一段cpp的代码，也就是说，上面的代码的含义是:如果这是一段cpp的代码，那么加入extern "C"{和}处理其中的代码。
要明白为何使用extern "C"，还得从cpp中对函数的重载处理开始说起。在c++中，为了支持重载机制，在编译生成的汇编码中，要对函数的名字进行一些处理，加入比如函数的返 回类型等等.而在C中，只是简单的函数名字而已，不会加入其他的信息.也就是说:C++和C对产生的函数名字的处理是不一样的.
比如下面的一段简单的函数，我们看看加入和不加入extern "C"产生的汇编代码都有哪些变化:
int f(void)
{
return 1;
}
在加入extern "C"的时候产生的汇编代码是:
.file "test.cxx"
.text
.align 2
.globl _f
.def _f; .scl 2; .type 32; .endef
_f:
pushl %ebp
movl %esp， %ebp
movl $1， %eax
popl %ebp
ret
但是不加入了extern "C"之后
.file "test.cxx"
.text
.align 2
.globl __Z1fv
.def __Z1fv; .scl 2; .type 32; .endef
__Z1fv:
pushl %ebp
movl %esp， %ebp
movl $1， %eax
popl %ebp
ret
两段汇编代码同样都是使用gcc -S命令产生的，所有的地方都是一样的，唯独是产生的函数名，一个是_f，一个是__Z1fv。
明白了加入与不加入extern "C"之后对函数名称产生的影响，我们继续我们的讨论:为什么需要使用extern "C"呢？C++之父在设计C++之时，考虑到当时已经存在了大量的C代码，为了支持原来的C代码和已经写好C库，需要在C++中尽可能的支持C，而 extern "C"就是其中的一个策略。
试想这样的情况:一个库文件已经用C写好了而且运行得很良好，这个时候我们需要使用这个库文件， 但是我们需要使用C++来写这个新的代码。如果这个代码使用的是C++的方式链接这个C库文件的话，那么就会出现链接错误.我们来看一段代码:首先，我们 使用C的处理方式来写一个函数，也就是说假设这个函数当时是用C写成的:
//f1.c
extern "C"
{
void f1()
{
return;
}
}
编译命令是:gcc -c f1.c -o f1.o 产生了一个叫f1.o的库文件。再写一段代码调用这个f1函数:
// test.cxx
//这个extern表示f1函数在别的地方定义，这样可以通过
//编译，但是链接的时候还是需要
//链接上原来的库文件.
extern void f1();
int main()
{
f1();
return 0;
}
通过gcc -c test.cxx -o test.o 产生一个叫test.o的文件。然后，我们使用gcc test.o f1.o来链接两个文件，可是出错了，错误的提示是:
test.o(.text + 0x1f):test.cxx: undefine reference to 'f1()'
也就是说，在编译test.cxx的时候编译器是使用C++的方式来处理f1()函数的，但是实际上链接的库文件却是用C的方式来处理函数的，所以就会出现链接过不去的错误:因为链接器找不到函数。
因此，为了在C++代码中调用用C写成的库文件，就需要用extern "C"来告诉编译器:这是一个用C写成的库文件，请用C的方式来链接它们。
比如，现在我们有了一个C库文件，它的头文件是f.h，产生的lib文件是f.lib，那么我们如果要在C++中使用这个库文件，我们需要这样写:
extern "C"
{
＃i nclude "f.h"
}
回到上面的问题，如果要改正链接错误，我们需要这样子改写test.cxx:
extern "C"
{
extern void f1();
}
int main()
{
f1();
return 0;
}
重新编译并且链接就可以过去了.
总结
C和C++对函数的处理方式是不同的.extern "C"是使C++能够调用C写作的库文件的一个手段，如果要对编译器提示使用C的方式来处理函数的话，那么就要使用extern "C"来说明。
C++中extern “C”含义深层探索 收藏
1.引言C++语言的创建初衷是“a better C”，但是这并不意味着C++中类似C语言的全局变量和函数所采用的编译和连接方式与C语言完全相同。作为一种欲与C兼容的语言，C++保留了一部分过程式语言的特点（被世人称为“不彻底地面向对象”），因而它可以定义不属于任何类的全局变量和函数。但是，C++毕竟是一种面向对象的程序设计语言，为了支持函数的重载，C++对全局函数的处理方式与C有明显的不同。
2.从标准头文件说起
某企业曾经给出如下的一道面试题：
面试题
为什么标准头文件都有类似以下的结构？
#ifndef __INCvxWorksh
#define __INCvxWorksh
#ifdef __cplusplus
extern "C" {
#endif
/*...*/
#ifdef __cplusplus
}
#endif
#endif /* __INCvxWorksh */
分析
显然，头文件中的编译宏“#ifndef __INCvxWorksh、#define __INCvxWorksh、#endif” 的作用是防止该头文件被重复引用。
那么
#ifdef __cplusplus
extern "C" {
#endif
#ifdef __cplusplus
}
#endif
的作用又是什么呢？我们将在下文一一道来。
3.深层揭密extern "C"
extern "C" 包含双重含义，从字面上即可得到：首先，被它修饰的目标是“extern”的；其次，被它修饰的目标是“C”的。让我们来详细解读这两重含义。
被extern "C"限定的函数或变量是extern类型的；
extern是C/C++语言中表明函数和全局变量作用范围（可见性）的关键字，该关键字告诉编译器，其声明的函数和变量可以在本模块或其它模块中使用。记住，下列语句：
extern int a;
仅仅是一个变量的声明，其并不是在定义变量a，并未为a分配内存空间。变量a在所有模块中作为一种全局变量只能被定义一次，否则会出现连接错误。
通常，在模块的头文件中对本模块提供给其它模块引用的函数和全局变量以关键字extern声明。例如，如果模块B欲引用该模块A中定义的全局变量和函数时只需包含模块A的头文件即可。这样，模块B中调用模块A中的函数时，在编译阶段，模块B虽然找不到该函数，但是并不会报错；它会在连接阶段中从模块A编译生成的目标代码中找到此函数。
与extern对应的关键字是static，被它修饰的全局变量和函数只能在本模块中使用。因此，一个函数或变量只可能被本模块使用时，其不可能被extern “C”修饰。
被extern "C"修饰的变量和函数是按照C语言方式编译和连接的；
未加extern “C”声明时的编译方式
首先看看C++中对类似C的函数是怎样编译的。
作为一种面向对象的语言，C++支持函数重载，而过程式语言C则不支持。函数被C++编译后在符号库中的名字与C语言的不同。例如，假设某个函数的原型为：
void foo( int x, int y );
该函数被C编译器编译后在符号库中的名字为_foo，而C++编译器则会产生像_foo_int_int之类的名字（不同的编译器可能生成的名字不同，但是都采用了相同的机制，生成的新名字称为“mangled name”）。
_foo_int_int这样的名字包含了函数名、函数参数数量及类型信息，C++就是靠这种机制来实现函数重载的。例如，在C++中，函数void foo( int x, int y )与void foo( int x, float y )编译生成的符号是不相同的，后者为_foo_int_float。
同样地，C++中的变量除支持局部变量外，还支持类成员变量和全局变量。用户所编写程序的类成员变量可能与全局变量同名，我们以"."来区分。而本质上，编译器在进行编译时，与函数的处理相似，也为类中的变量取了一个独一无二的名字，这个名字与用户程序中同名的全局变量名字不同。
未加extern "C"声明时的连接方式
假设在C++中，模块A的头文件如下：
// 模块A头文件 moduleA.h
#ifndef MODULE_A_H
#define MODULE_A_H
int foo( int x, int y );
#endif
在模块B中引用该函数：
// 模块B实现文件 moduleB.cpp
#include "moduleA.h"
foo(2,3);
实际上，在连接阶段，连接器会从模块A生成的目标文件moduleA.obj中寻找_foo_int_int这样的符号！
加extern "C"声明后的编译和连接方式
加extern "C"声明后，模块A的头文件变为：
// 模块A头文件 moduleA.h
#ifndef MODULE_A_H
#define MODULE_A_H
extern "C" int foo( int x, int y );
#endif
在模块B的实现文件中仍然调用foo( 2,3 )，其结果是：
（1）模块A编译生成foo的目标代码时，没有对其名字进行特殊处理，采用了C语言的方式；
（2）连接器在为模块B的目标代码寻找foo(2,3)调用时，寻找的是未经修改的符号名_foo。
如果在模块A中函数声明了foo为extern "C"类型，而模块B中包含的是extern int foo( int x, int y ) ，则模块B找不到模块A中的函数；反之亦然。
所以，可以用一句话概括extern “C”这个声明的真实目的（任何语言中的任何语法特性的诞生都不是随意而为的，来源于真实世界的需求驱动。我们在思考问题时，不能只停留在这个语言是怎么做的，还要问一问它为什么要这么做，动机是什么，这样我们可以更深入地理解许多问题）：
实现C++与C及其它语言的混合编程。
明白了C++中extern "C"的设立动机，我们下面来具体分析extern "C"通常的使用技巧。
4.extern "C"的惯用法
（1）在C++中引用C语言中的函数和变量，在包含C语言头文件（假设为cExample.h）时，需进行下列处理：
extern "C"
{
#include "cExample.h"
}
而在C语言的头文件中，对其外部函数只能指定为extern类型，C语言中不支持extern "C"声明，在.c文件中包含了extern "C"时会出现编译语法错误。
笔者编写的C++引用C函数例子工程中包含的三个文件的源代码如下：
/* c语言头文件：cExample.h */
#ifndef C_EXAMPLE_H
#define C_EXAMPLE_H
extern int add(int x,int y);
#endif
/* c语言实现文件：cExample.c */
#include "cExample.h"
int add( int x, int y )
{
return x + y;
}
// c++实现文件，调用add：cppFile.cpp
extern "C"
{
#include "cExample.h"
}
int main(int argc, char* argv[])
{
add(2,3);
return 0;
}
如果C++调用一个C语言编写的.DLL时，当包括.DLL的头文件或声明接口函数时，应加extern "C" { }。
（2）在C中引用C++语言中的函数和变量时，C++的头文件需添加extern "C"，但是在C语言中不能直接引用声明了extern "C"的该头文件，应该仅将C文件中将C++中定义的extern "C"函数声明为extern类型。
笔者编写的C引用C++函数例子工程中包含的三个文件的源代码如下：
//C++头文件 cppExample.h
#ifndef CPP_EXAMPLE_H
#define CPP_EXAMPLE_H
extern "C" int add( int x, int y );
#endif
//C++实现文件 cppExample.cpp
#include "cppExample.h"
int add( int x, int y )
{
return x + y;
}
/* C实现文件 cFile.c
/* 这样会编译出错：#include "cExample.h" */
extern int add( int x, int y );
int main( int argc, char* argv[] )
{
add( 2, 3 );
return 0;
}
如果深入理解了第3节中所阐述的extern "C"在编译和连接阶段发挥的作用，就能真正理解本节所阐述的从C++引用C函数和C引用C++函数的惯用法。对第4节给出的示例代码，需要特别留意各个细节。
欢迎与作者联系沟通。联系方式：
Email: [email protected]
MSN: [email protected]
< event="onload" for="window" type="text/javascript"> ImgLoad(document.getElementById("BodyLabel")); 关于#ifdef __cplusplus extern
面试时被问到过，不甚明了，网上百度一下，整合了两个仁兄的文章，如下。:-)
时常在cpp的代码之中看到这样的代码: #ifdef __cplusplus
extern "C" {
#endif //一段代码 #ifdef __cplusplus
}
#endif
这样的代码到底是什么意思呢？首先，__cplusplus是cpp中的自定义宏，那么定义了这个宏的话表示这是一段cpp的代码，也就是说，上面的代码的含义是:如果这是一段cpp的代码，那么加入extern "C"{和}处理其中的代码。 要明白为何使用extern "C"，还得从cpp中对函数的重载处理开始说起。在c++中，为了支持重载机制，在编译生成的汇编码中，要对函数的名字进行一些处理，加入比如函数的返回类型等等.而在C中，只是简单的函数名字而已，不会加入其他的信息.也就是说:C++和C对产生的函数名字的处理是不一样的. 目的就是主要实现C与C++的相互调用问题。
c.h的实现
#ifndef _c_h_
#define _c_h_
#ifdef __cplusplus
extern "C" {
#endif void C_fun(); #ifdef __cplusplus
}
#endif
#endif
-----------------------------------
c.c的实现
＃include "c.h"
void C_fun()
{
}
------------------------------------
在cpp.cpp中调用c.c中的C_test()
cpp.cpp的实现
＃include "c.h"
int main()
{
C_fun()
}
其中__cplusplus是C++编译器的保留宏定义．就是说C++编译器认为这个宏已经定义了．
所以关键是extern "C" {}
extern "C"是告诉Ｃ＋＋编译器件括号里的东东是按照C的obj文件格式编译的，要连接的话按照C的命名规则去找．
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
那么C中是如何调用C++中的函数cpp_fun()呢？
因为先有C后有C++, 所以只能从C++的代码中考虑了．
加入C++中的函数或变量有可能被Ｃ中的文件掉用，则应该这样写，也是用extern "C"{}
不过是代码中要加，头文件也要加，因为可能是C++中也调用
--------------------------------------
cpp.h的实现 #ifndef _c_h_
#define _c_h_
#ifdef __cplusplus
extern "C" {
#endif void CPP_fun(); #ifdef __cplusplus
}
#endif
#endif
.-------------------------------------------
Cpp.cpp的实现
extern "C" { //告诉C+++编译器,扩号里按照C的命名规则编译
void CPP_fun()
{
.....
}
总结
C和C++对函数的处理方式是不同的.extern "C"是使C++能够调用C写作的库文件的一个手段，如果要对编译器提示使用C的方式来处理函数的话，那么就要使用extern "C"来说明。
文章出处：飞诺网(www.firnow.com):http://dev.firnow.com/course/6_system/linux/Linuxjs/20090308/159550.html C与C++在Linux下的集成问题 最近遇到一个挺挠头的技术问题，我们波士顿那边客户公司的代码是既有C++又有C，我们作为外包公司，需要把我们的C++代码与他们的集成起来，原先的集成方案是我们的C++与他们的C++揉在一起，这样不Touch任何C集成的冬冬，我当时在波士顿已经搞定了此问题，但出差回来前客户提出要优化系统效率，其意思就是想让我们更多地重用他们的C代码，这样集成C与C++的任务逐渐提上日程。
网上有很多讨论这方面的中英文文章，但感觉不是很全面，等我使用这些方法搞不定时，没有提供一个全面系统的分析解决问题的思路，我摘选了其中一篇：http://www.pconline.com.cn/pcedu/empolder/gj/c/0508/693175_3.html，文章有四个部分
前三个部分属于科普，可以不看，最后一个部分讲述了C++调用C和C调用C++的两个范例，甚是有用，我总结一下：
（1）C++调用C的问题：
在C++的File中，加入C的头文件，一般情况下需要加extern "C", 但这点不是铁律，后面我会专门讲这个问题，认定这点有时会死得比较惨。建议原文范例中增加__cplusplus宏比较好一些，例如：
| QUOTE: |
|
#if defined(__cplusplus) extern "C" { #endif #include "cExample.h" //头文件声明 #if defined(__cplusplus) } #endif |
加extern "C"的原因是因为C++在编译函数名时加入了很多其他怪异字符，这点是C++语言为了支持重载overload的特性以及其它特性所不得不加的冬冬，但C是朴素型，编译出来的符号表就是代码里的函数名。加了extern C后，编译器就会按照C的命名方式将C++引用C代码的地方使用C方式的函数名，避免引用和定义出现命名的不一致。但有一个问题是这一点取决于特定的编译器，而不是绝对的，我在.NET的VC7下拿我们的工程做了个试验没有问题，但在Linux的g++下就歇了，原因是什么？Window下的nmake在编译时使用的原则是：C代码按照C的命名方式编译引用点和函数定义，可是g++就是另外一回事了，它对C的代码采取的是C++的命名方式，怎么印证这个问题呢，下面我来介绍一下Linux下的两个工具nm和objdump, 命令如下：
objdump -x (Obj文件名) ， nm (Obj文件名)
下面给出更详尽的测试依据，例如C代码中的PP__sctp函数在g++编译后的符号表就变了
| QUOTE: |
|
nm mylib.a |grep PP__sctp 结果是： U _Z8PP__sctpPKcmm 000000c0 B V__PP__sctp 00000040 T _Z8PP__sctpPKcmm |
看到了吧！U是引用点的函数符号，T的定义点的函数符号，如果你在调用时加了extern "C"，编译后，肯定会有一条错误说：undefined reference "PP__sctp".
这就是我要讲的第一个问题，C,C++集成编译时需要看具体的编译环境和工具，充分利用你手头的工具帮你来分析和定位问题。
（2）C调C++的问题
具体可以参看前面说的文章，非常有用，要点是：C调用C++,通过extern 变量或函数的外部声明，而不用include头文件方式。但前面提到的第一个问题依然会在不同的编译器下重演，你需要定位分析，看是否需要加extern "C"，只要耐心一些，就会快速定位和解决问题。
我这里提到的第二个问题是在复杂工程下会出现的问题，我们的工程巨大，六千多个文件，和我们相关的就有7，8百个，最后在链接时，出了问题是几个静态库互相引用，打成了死结，因为g++ 通过-l选项加入库的顺序也是有讲究的，先引用的库可以使用后引用库的函数和变量，但反过来则不行。
这里介绍一个办法，利用拓扑分析，把几个库的引用关系用圈和箭头表示出来，就像分析最短路径那样，如果发现是个环状拓扑，只管把它们加入到一个库中即可，当然这是在Linux下，Windows下我不Sure是否会出现类似问题。
昨天晚上在家里用VPN连到单位忙到12点才搞定，白天也多亏几位同事的帮助才有了思路，呵呵，解决了问题就是爽啊。 C语言——extern声明的总结
|
相关阅读 更多 +
