2?問題：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)合起來(lái)生成一個(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
#if __cplusplus
extern "C"{
?#endif
?#endif /* __cplusplus */?
?…
?…
?//.h文件結(jié)束的地方?
?#ifdef __cplusplus
?#if __cplusplus
}
#endif
#endif /* __cplusplus */

3?問題：extern 函數(shù)2?
??當(dāng)函數(shù)提供方單方面修改函數(shù)原型時(shí)，如果使用方不知情繼續(xù)沿用原來(lái)的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)該選擇不同的做法。?

4 問題：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來(lái)聲明。?
5 問題：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”來(lái)聲明函數(shù)，在一些復(fù)雜的項(xiàng)目中，我比較習(xí)慣在所有的函數(shù)聲明前添加extern修飾。