最近遇到的關於VS里編譯出現的“無法解析的外部符號”問題，在網上尋求解決辦=辦法時查到下麵的博客內容，作者講解的挺全面的，作為收藏以備將來查詢。 原文http://blog.csdn.net/shenyulv/article/details/6699836 VC＋＋時經常會遇到鏈接錯誤LNK2001 ...
最近遇到的關於VS里編譯出現的“無法解析的外部符號”問題，在網上尋求解決辦=辦法時查到下麵的博客內容，作者講解的挺全面的，作為收藏以備將來查詢。
原文http://blog.csdn.net/shenyulv/article/details/6699836
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錯誤雖然比較困難，但是只要註意到了上述問題，還是能 夠避免和予以解決的。
