| 時常在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"來說明. -----------------------------------------------------extern其他常見問題---------------------------------------------------- 1 基本解釋
extern可以置于變量或者函數前，以標示變量或者函數的定義在別的文件中，提示編譯器遇到此變量和函數時在其他模塊中尋找其定義。 另外，extern也可用來進行鏈接指定。 2 問題：extern 變量 在一個源文件里定義了一個數組：char a[6]; 在另外一個文件里用下列語句進行了聲明：extern char *a； 請問，這樣可以嗎？ 答案與分析： 1)、不可以，程序運行時會告訴你非法訪問。原因在于，指向類型T的指針并不等價于類型T的數組。extern char *a聲明的是一個指針變量而不是字符數組，因此與實際的定義不同，從而造成運行時非法訪問。應該將聲明改為extern char a[ ]。 2)、例子分析如下，如果a[] = "abcd",則外部變量a=0x61626364 (abcd的ASCII碼值)，*a顯然沒有意義 顯然a指向的空間（0x61626364）沒有意義，易出現非法內存訪問。 3)、這提示我們，在使用extern時候要嚴格對應聲明時的格式，在實際編程中，這樣的錯誤屢見不鮮。 4)、extern用在變量聲明中常常有這樣一個作用，你在*.c文件中聲明了一個全局的變量，這個全局的變量如果要被引用，就放在*.h中并用extern來聲明。 3 問題：extern 函數1 常常見extern放在函數的前面成為函數聲明的一部分，那么，C語言的關鍵字extern在函數的聲明中起什么作用？ 答案與分析： 如果函數的聲明中帶有關鍵字extern，僅僅是暗示這個函數可能在別的源文件里定義，沒有其它作用。即下述兩個函數聲明沒有明顯的區別： extern int f(); 和int f(); 當然，這樣的用處還是有的，就是在程序中取代include “*.h”來聲明函數，在一些復雜的項目中，我比較習慣在所有的函數聲明前添加extern修飾。 4 問題：extern 函數2 當函數提供方單方面修改函數原型時，如果使用方不知情繼續沿用原來的extern申明，這樣編譯時編譯器不會報錯。但是在運行過程中，因為少了或者多了輸入參數，往往會造成系統錯誤，這種情況應該如何解決？ 答案與分析： 目前業界針對這種情況的處理沒有一個很完美的方案，通常的做法是提供方在自己的xxx_pub.h中提供對外部接口的聲明，然后調用方include該頭文件，從而省去extern這一步。以避免這種錯誤。 寶劍有雙鋒，對extern的應用，不同的場合應該選擇不同的做法。 5 問題：extern “C” 在C++環境下使用C函數的時候，常常會出現編譯器無法找到obj模塊中的C函數定義，從而導致鏈接失敗的情況，應該如何解決這種情況呢？ 答案與分析： C++語言在編譯的時候為了解決函數的多態問題，會將函數名和參數聯合起來生成一個中間的函數名稱，而C語言則不會，因此會造成鏈接時找不到對應函數的情況，此時C函數就需要用extern “C”進行鏈接指定，這告訴編譯器，請保持我的名稱，不要給我生成用于鏈接的中間函數名。 下面是一個標準的寫法： //在.h文件的頭上 #ifdef __cplusplus extern "C"{ #endif #endif /* __cplusplus */ … … //.h文件結束的地方 #ifdef __cplusplus } #endif #endif /* __cplusplus */ | 
