學(xué)習(xí)VC＋＋時經(jīng)常會遇到鏈接錯誤LNK2001，該錯誤非常討厭，因?yàn)閷τ诰幊陶邅碚f，最好改的錯誤莫過于編譯錯誤，而一般說來發(fā)生連接錯誤時，編譯都已通過。產(chǎn)生連接錯誤的原因非常多，尤其LNK2001錯誤，常常使人不明其所以然。如果不深入地學(xué)習(xí)和理解VC＋＋，要想改正連接錯誤LNK2001非常困難

unresolved external symbol （不確定的外部“符號”）。

如果連接程序不能在所有的庫和目標(biāo)文件內(nèi)找到所引用的函數(shù)、變量或標(biāo)簽，將產(chǎn)生此錯誤消息。一般來說，發(fā)生錯誤的原因有兩個：

(1) 所引用的函數(shù)、變量不存在、拼寫不正確或者使用錯誤；

(2) 可能使用了不同版本的連接庫。

以下是可能產(chǎn)生LNK2001錯誤的原因：   

1. 由于編碼錯誤導(dǎo)致的LNK2001。   

(1) 不相匹配的程序代碼或模塊定義(.DEF)文件能導(dǎo)致LNK2001。例如,   如果在C＋＋   源文件內(nèi)聲明了一變量“var1”，卻試圖在另一文件內(nèi)以變量“VAR1”訪問該變量,將發(fā)生該錯誤。   

(2) 如果使用的內(nèi)聯(lián)函數(shù)是在.CPP文件內(nèi)定義的，而不是在頭文件內(nèi)定義將導(dǎo)致LNK2001錯誤。   

(3) 調(diào)用函數(shù)時如果所用的參數(shù)類型同函數(shù)聲明時的類型不符將會產(chǎn)生LNK2001。   

(4) 試圖從基類的構(gòu)造函數(shù)或析構(gòu)函數(shù)中調(diào)用虛擬函數(shù)時將會導(dǎo)致LNK2001。   

(5) 要注意函數(shù)和變量的可公用性，只有全局變量、函數(shù)是可公用的。 靜態(tài)函數(shù)和靜態(tài)變量具有相同的使用范圍限制。當(dāng)試圖從文件外部訪問任何沒有在該文件內(nèi)聲明的靜態(tài)變量時將導(dǎo)致編譯錯誤或LNK2001。   

函數(shù)內(nèi)聲明的變量(局部變量)   只能在該函數(shù)的范圍內(nèi)使用。 

C＋＋的全局常量只有靜態(tài)連接性能。這不同于C，如果試圖在C＋＋的多個文件內(nèi)使用全局變量也會產(chǎn)生LNK2001錯誤。一種解決的方法是需要時在頭文件中加入該常量的初始化代碼，并在.CPP文件中包含該頭文件；另一種方法是使用時給該變量賦以常數(shù)。 

2. 由于編譯和鏈接的設(shè)置而造成的LNK2001 

(1) 如果編譯時使用的是/NOD(/NODEFAULTLIB)選項(xiàng)，程序所需要的運(yùn)行庫和MFC庫在連接時由編譯器寫入目標(biāo)文件模塊，   但除非在文件中明確包含這些庫名，否則這些庫不會被鏈接進(jìn)工程文件。在這種情況下使用/NOD將導(dǎo)致錯誤LNK2001。   

(2) 如果沒有為wWinMainCRTStartup設(shè)定程序入口，在使用Unicode和MFC時將得到“unresolved   external   on   _WinMain@16”的LNK2001錯誤信息。   

(3)使用/MD選項(xiàng)編譯時,既然所有的運(yùn)行庫都被保留在動態(tài)鏈接庫之內(nèi)，源文件中對“func”的引用，在目標(biāo)文件里即對“__imp__func”   的引用。如果試圖使用靜態(tài)庫LIBC.LIB或LIBCMT.LIB進(jìn)行連接，將在__imp__func上發(fā)生LNK2001；如果不使用/MD選項(xiàng)編譯，在使用MSVCxx.LIB連接時也會發(fā)生LNK2001。   

(4)使用/ML選項(xiàng)編譯時，如用LIBCMT.LIB鏈接會在_errno上發(fā)生LNK2001。   

(5)當(dāng)編譯調(diào)試版的應(yīng)用程序時，如果采用發(fā)行版模態(tài)庫進(jìn)行連接也會產(chǎn)生LNK2001；同樣，使用調(diào)試版模態(tài)庫連接發(fā)行版應(yīng)用程序時也會產(chǎn)生相同的問題。   

(6) 不同版本的庫和編譯器的混合使用也能產(chǎn)生問題，因?yàn)樾掳娴膸炖锟赡馨缦鹊陌姹緵]有的符號和說明。   

(7) 在不同的模塊使用內(nèi)聯(lián)和非內(nèi)聯(lián)的編譯選項(xiàng)能夠?qū)е?/span>LNK2001。如果創(chuàng)建C＋＋庫時打開了函數(shù)內(nèi)聯(lián)（/Ob1或/Ob2)，但是在描述該函數(shù)的相應(yīng)頭文件里卻關(guān)閉了函數(shù)內(nèi)聯(lián)（沒有inline關(guān)鍵字），這時將得到該錯誤信息。為避免該問題的發(fā)生，應(yīng)該在相應(yīng)的頭文件中用inline關(guān)鍵字標(biāo)志內(nèi)聯(lián)函數(shù)。   

(8) 不正確的/SUBSYSTEM或/ENTRY設(shè)置也能導(dǎo)致LNK2001。

其實(shí)，產(chǎn)生LNK2001的原因還有很多，以上的原因只是一部分而已。

上面錯誤的原因是在程序中違反了標(biāo)準(zhǔn)C++的規(guī)定而引起的。下面還要說明一中由于編譯器而引起的錯誤：

在標(biāo)準(zhǔn)C++中模板類的定義和實(shí)現(xiàn)是不能分開的，原因是類模板和函數(shù)模板都不是真正的定義，真正的定義是在模板實(shí)例化時由編譯器生成的。如果將模板的定義和實(shí)現(xiàn)分離的話，編譯器在生成定義時就會因?yàn)檎也坏綄?shí)現(xiàn)而報錯。

在標(biāo)準(zhǔn)C++中模板類的定義和實(shí)現(xiàn)是可以像普通類一樣分開來存放(類定義放在.h中，類實(shí)現(xiàn)放在.cpp中)。然而這個實(shí)現(xiàn)起來太困難，所以大多數(shù)編譯器都不支持(比如VC)。這樣，如果在VC中編譯代碼，代碼中將模板的定義和實(shí)現(xiàn)分開了，就會產(chǎn)生LNK2001的錯誤。