【C/C++】#ifdef __cplusplus 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" {
#include "f.h"
}

回到上面的问题,如果要改正链接错误,我们需要这样子改写 test.cxx

extern "C" {
extern void f1();
}

int main() {
    f1();
    return 0;
}

重新编译并且链接就可以通过了。

总结

C 和 C++ 对函数的处理方式是不同的。extern "C" 是使 C++ 能够调用 C 写作的库文件的一个手段,如果要对编译器提示使用 C 的方式来处理函数的话,那么就要使用 extern "C" 来说明。

【转载自:原文

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 200,667评论 5 472
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,361评论 2 377
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 147,700评论 0 333
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,027评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,988评论 5 361
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,230评论 1 277
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,705评论 3 393
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,366评论 0 255
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,496评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,405评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,453评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,126评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,725评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,803评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,015评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,514评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,111评论 2 341