c++基礎知識（九）連線時出現錯誤 error LNK2001: 無法解析的外部符號（轉）

學習VC＋＋時經常會遇到連結錯誤LNK2001，該錯誤非常討厭，因為對於 
程式設計者來說，最好改的錯誤莫過於編譯錯誤，而一般說來發生連線錯誤時， 
編譯都已通過。產生連線錯誤的原因非常多，尤其LNK2001錯誤，常常使人不 
明其所以然。如果不深入地學習和理解VC＋＋，要想改正連線錯誤LNK2001非 
常困難。 
　　初學者在學習VC＋＋的過程中，遇到的LNK2001錯誤的錯誤訊息主要為： 
　　unresolved   external   symbol   “symbol”（不確定的外部“符號”）。 
　　如果連線程式不能在所有的庫和目標檔案內找到所引用的函式、變數或 
標籤，將產生此錯誤訊息。一般來說，發生錯誤的原因有兩個：一是所引用 
的函式、變數不存在、拼寫不正確或者使用錯誤；其次可能使用了不同版本 
的連線庫。 
　　以下是可能產生LNK2001錯誤的原因： 
　　一．由於編碼錯誤導致的LNK2001。 
　　1．不相匹配的程式程式碼或模組定義（.DEF）檔案能導致LNK2001。例如,   
如果在C＋＋   原始檔內宣告瞭一變數“var1”，卻試圖在另一檔案內以變數 
“VAR1”訪問該變數,將發生該錯誤。 
　　2．如果使用的行內函數是在.CPP檔案內定義的，而不是在標頭檔案內定 
義將導致LNK2001錯誤。 
　　3．呼叫函式時如果所用的引數型別同函式宣告時的型別不符將會產生 
LNK2001。 
　　4．試圖從基類的建構函式或解構函式中呼叫虛擬函式時將會導致LNK2001。 
　　5．要注意函式和變數的可公用性，只有全域性變數、函式是可公用的。 
　　靜態函式和靜態變數具有相同的使用範圍限制。當試圖從檔案外部訪問 
任何沒有在該檔案內宣告的靜態變數時將導致編譯錯誤或LNK2001。 
　　函式內宣告的變數（區域性變數）   只能在該函式的範圍內使用。 
　　C＋＋   的全域性常量只有靜態連線效能。這不同於C，如果試圖在C＋＋的 
多個檔案內使用全域性變數也會產生LNK2001錯誤。一種解決的方法是需要時在 
標頭檔案中加入該常量的初始化程式碼，並在.CPP檔案中包含該標頭檔案；另一種 
方法是使用時給該變數賦以常數。 
　　二．由於編譯和連結的設定而造成的LNK2001 
　　1．如果編譯時使用的是/NOD（/NODEFAULTLIB）選項，程式所需要的執行 
庫和MFC庫在連線時由編譯器寫入目標檔案模組，   但除非在檔案中明確包含 
這些庫名，否則這些庫不會被連結進工程檔案。在這種情況下使用/NOD將導 
致錯誤LNK2001。 
　　2．如果沒有為wWinMainCRTStartup設定程式入口，在使用Unicode和MFC 
時將得到“unresolved   external   on   _WinMain@16”的LNK2001錯誤資訊。 
　　3．使用/MD選項編譯時,既然所有的執行庫都被保留在動態連結庫之內， 
原始檔中對“func”的引用，在目標檔案裡即對“__imp__func”   的引用。 
如果試圖使用靜態庫LIBC.LIB或LIBCMT.LIB進行連線，將在__imp__func上發 
生LNK2001；如果不使用/MD選項編譯，在使用MSVCxx.LIB連線時也會發生LNK2001。 
　　4．使用/ML選項編譯時，如用LIBCMT.LIB連結會在_errno上發生LNK2001。 
　　5．當編譯除錯版的應用程式時，如果採用發行版模態庫進行連線也會產 
生LNK2001；同樣，使用除錯版模態庫連線發行版應用程式時也會產生相同的 
問題。 
　　6．不同版本的庫和編譯器的混合使用也能產生問題，因為新版的庫裡可 
能包含早先的版本沒有的符號和說明。 
　　7．在不同的模組使用內聯和非內聯的編譯選項能夠導致LNK2001。如果 
建立C＋＋庫時開啟了函式內聯（/Ob1或/Ob2），但是在描述該函式的相應頭 
檔案裡卻關閉了函式內聯（沒有inline關鍵字），這時將得到該錯誤資訊。 
為避免該問題的發生，應該在相應的標頭檔案中用inline關鍵字標誌行內函數。 
　　8．不正確的/SUBSYSTEM或/ENTRY設定也能導致LNK2001。 
　　其實，產生LNK2001的原因還有很多，以上的原因只是一部分而已，對初 
學者來說這些就夠理解一陣子了。但是，分析錯誤原因的目的是為了避免錯 
誤的發生。LNK2001錯誤雖然比較困難，但是隻要注意到了上述問題，還是能 
夠避免和予以解決的。