extern

時常在cpp的代碼之中看到這樣的代碼:

#ifdef __cplusplus

extern "C" {

#endif

//一段代碼

}

#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"之後變為:

.globl __Z1fv

.def __Z1fv; .scl 2; .type 32; .endef

__Z1fv:

兩段彙編代碼同樣都是使用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來連結兩個檔案，可是出錯了，錯誤的提示是:

est.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++中使用這個庫檔案，我們需要這樣寫:

#include "f.h"

回到上面的問題，如果要改正連結錯誤，我們需要這樣子改寫test.cxx:

重新編譯并且連結就可以過去了.