時(shí)常在cpp的代碼之中看到這樣的代碼:?
#ifdef __cplusplus?
extern "C" {?
#endif?
//一段代碼?
#ifdef __cplusplus?
}?
#endif?
　　這樣的代碼到底是什么意思呢？首先，__cplusplus是cpp中的自定義宏，那么定義了這個(gè)宏的話表示這是一段cpp的代碼，也就是說，上面的代碼的含義是:如果這是一段cpp的代碼，那么加入extern "C"{和}處理其中的代碼。?
　　要明白為何使用extern "C"，還得從cpp中對(duì)函數(shù)的重載處理開始說起。在C++中，為了支持重載機(jī)制，在編譯生成的匯編碼中，要對(duì)函數(shù)的名字進(jìn)行一些處理，比如加入函數(shù)的返回類型等等。而在C中，只是簡(jiǎn)單的函數(shù)名字而已，不會(huì)加入其他的信息，也就是說:C++和C對(duì)產(chǎn)生的函數(shù)名字的處理是不一樣的.?
　　比如下面的一段簡(jiǎn)單的函數(shù)，我們看看加入和不加入extern "C"產(chǎn)生的匯編代碼都有哪些變化:?
int f(void)?
{?
return 1;?
}?
　　在加入extern "C"的時(shí)候產(chǎn)生的匯編代碼是:?
.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命令產(chǎn)生的，所有的地方都是一樣的，唯獨(dú)是產(chǎn)生的函數(shù)名，一個(gè)是_f，一個(gè)是__Z1fv。?明白了加入與不加入extern "C"之后對(duì)函數(shù)名稱產(chǎn)生的影響，我們繼續(xù)我們的討論:為什么需要使用extern "C"呢？C++之父在設(shè)計(jì)C++之時(shí)，考慮到當(dāng)時(shí)已經(jīng)存在了大量的C代碼，為了支持原來的C代碼和已經(jīng)寫好C庫(kù)，需要在C++中盡可能的支持C，而extern "C"就是其中的一個(gè)策略。?
　　試想這樣的情況:一個(gè)庫(kù)文件已經(jīng)用C寫好了而且運(yùn)行得很良好，這個(gè)時(shí)候我們需要使用這個(gè)庫(kù)文件，但是我們需要使用C++來寫這個(gè)新的代碼。如果這個(gè)代碼使用的是C++的方式鏈接這個(gè)C庫(kù)文件的話，那么就會(huì)出現(xiàn)鏈接錯(cuò)誤.我們來看一段代碼:首先，我們使用C的處理方式來寫一個(gè)函數(shù)，也就是說假設(shè)這個(gè)函數(shù)當(dāng)時(shí)是用C寫成的:?
//f1.c?
extern "C"?
{?
void f1()?
{?
return;?
}?
}?
　　編譯命令是:gcc -c f1.c -o f1.o?產(chǎn)生了一個(gè)叫f1.o的庫(kù)文件。再寫一段代碼調(diào)用這個(gè)f1函數(shù):?
// test.cxx?
//這個(gè)extern表示f1函數(shù)在別的地方定義，這樣可以通過?
//編譯，但是鏈接的時(shí)候還是需要?
//鏈接上原來的庫(kù)文件.?
extern void f1();?
int main()?
{?
f1();?
return 0;?
}?
　　通過gcc -c test.cxx -o test.o?產(chǎn)生一個(gè)叫test.o的文件。然后，我們使用gcc test.o f1.o來鏈接兩個(gè)文件，可是出錯(cuò)了，錯(cuò)誤的提示是:?
test.o(.text + 0x1f):test.cxx: undefine reference to 'f1()'?
　　也就是說，在編譯test.cxx的時(shí)候編譯器是使用C++的方式來處理f1()函數(shù)的，但是實(shí)際上鏈接的庫(kù)文件卻是用C的方式來處理函數(shù)的，所以就會(huì)出現(xiàn)鏈接過不去的錯(cuò)誤:因?yàn)殒溄悠髡也坏胶瘮?shù)。?
　　因此，為了在C++代碼中調(diào)用用C寫成的庫(kù)文件，就需要用extern "C"來告訴編譯器:這是一個(gè)用C寫成的庫(kù)文件，請(qǐng)用C的方式來鏈接它們。?
　　比如，現(xiàn)在我們有了一個(gè)C庫(kù)文件，它的頭文件是f.h，產(chǎn)生的lib文件是f.lib，那么我們?nèi)绻?span style="font-family:Times New Roman">C++中使用這個(gè)庫(kù)文件，我們需要這樣寫:?
extern "C"?
{?
#include "f.h"?
}?
　　回到上面的問題，如果要改正鏈接錯(cuò)誤，我們需要這樣改寫test.cxx:?
extern "C"?
{?
extern void f1();?
}?
int main()?
{?
f1();?
return 0;?
}?
重新編譯并且鏈接就可以過去了.?
　?總結(jié)?：C和C++對(duì)函數(shù)的處理方式是不同的.extern "C"是使C++能夠調(diào)用C寫的庫(kù)文件的一個(gè)手段，如果要對(duì)編譯器提示使用C的方式來處理函數(shù)的話，那么就要使用extern "C"來說明.

-----------------------------------------------------extern其他常見問題----------------------------------------------------

1 基本解釋

　　　extern可以置于變量或者函數(shù)前，以標(biāo)示變量或者函數(shù)的定義在別的文件中，提示編譯器遇到此變量和函數(shù)時(shí)在其他模塊中尋找其定義。

　　另外，extern也可用來進(jìn)行鏈接指定。

2 問題：extern 變量

　　在一個(gè)源文件里定義了一個(gè)數(shù)組：char a[6];

　　在另外一個(gè)文件里用下列語(yǔ)句進(jìn)行了聲明：extern char *a；

　　請(qǐng)問，這樣可以嗎？

　　答案與分析：

　　1)、不可以，程序運(yùn)行時(shí)會(huì)告訴你非法訪問。原因在于，指向類型T的指針并不等價(jià)于類型T的數(shù)組。extern char *a聲明的是一個(gè)指針變量而不是字符數(shù)組，因此與實(shí)際的定義不同，從而造成運(yùn)行時(shí)非法訪問。應(yīng)該將聲明改為extern char a[ ]。

　　2)、例子分析如下，如果a[] = "abcd",則外部變量a=0x61626364 (abcd的ASCII碼值)，*a顯然沒有意義

　　顯然a指向的空間（0x61626364）沒有意義，易出現(xiàn)非法內(nèi)存訪問。

　　3)、這提示我們，在使用extern時(shí)候要嚴(yán)格對(duì)應(yīng)聲明時(shí)的格式，在實(shí)際編程中，這樣的錯(cuò)誤屢見不鮮。

　　4)、extern用在變量聲明中常常有這樣一個(gè)作用，你在*.c文件中聲明了一個(gè)全局的變量，這個(gè)全局的變量如果要被引用，就放在*.h中并用extern來聲明。

　　3 問題：extern 函數(shù)1

　　常常見extern放在函數(shù)的前面成為函數(shù)聲明的一部分，那么，C語(yǔ)言的關(guān)鍵字extern在函數(shù)的聲明中起什么作用？

　　答案與分析：

　　如果函數(shù)的聲明中帶有關(guān)鍵字extern，僅僅是暗示這個(gè)函數(shù)可能在別的源文件里定義，沒有其它作用。即下述兩個(gè)函數(shù)聲明沒有明顯的區(qū)別：

　　extern int f(); 和int f();

　　當(dāng)然，這樣的用處還是有的，就是在程序中取代include “*.h”來聲明函數(shù)，在一些復(fù)雜的項(xiàng)目中，我比較習(xí)慣在所有的函數(shù)聲明前添加extern修飾。

　　4 問題：extern 函數(shù)2

　　當(dāng)函數(shù)提供方單方面修改函數(shù)原型時(shí)，如果使用方不知情繼續(xù)沿用原來的extern申明，這樣編譯時(shí)編譯器不會(huì)報(bào)錯(cuò)。但是在運(yùn)行過程中，因?yàn)樯倭嘶蛘叨嗔溯斎雲(yún)?shù)，往往會(huì)造成系統(tǒng)錯(cuò)誤，這種情況應(yīng)該如何解決？

　　答案與分析：

　　目前業(yè)界針對(duì)這種情況的處理沒有一個(gè)很完美的方案，通常的做法是提供方在自己的xxx_pub.h中提供對(duì)外部接口的聲明，然后調(diào)用方include該頭文件，從而省去extern這一步。以避免這種錯(cuò)誤。

　　寶劍有雙鋒，對(duì)extern的應(yīng)用，不同的場(chǎng)合應(yīng)該選擇不同的做法。

　　5 問題：extern “C”

　　在C++環(huán)境下使用C函數(shù)的時(shí)候，常常會(huì)出現(xiàn)編譯器無(wú)法找到obj模塊中的C函數(shù)定義，從而導(dǎo)致鏈接失敗的情況，應(yīng)該如何解決這種情況呢？

　　答案與分析：

　　C++語(yǔ)言在編譯的時(shí)候?yàn)榱私鉀Q函數(shù)的多態(tài)問題，會(huì)將函數(shù)名和參數(shù)聯(lián)合起來生成一個(gè)中間的函數(shù)名稱，而C語(yǔ)言則不會(huì)，因此會(huì)造成鏈接時(shí)找不到對(duì)應(yīng)函數(shù)的情況，此時(shí)C函數(shù)就需要用extern “C”進(jìn)行鏈接指定，這告訴編譯器，請(qǐng)保持我的名稱，不要給我生成用于鏈接的中間函數(shù)名。

　　下面是一個(gè)標(biāo)準(zhǔn)的寫法：

　　//在.h文件的頭上

　　#ifdef __cplusplus

　　extern "C"{

　　#endif

　　#endif /* __cplusplus */

　　…

　　…

　　//.h文件結(jié)束的地方

　　#ifdef __cplusplus

　　}

　　#endif

　　#endif /* __cplusplus */