（一）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錯誤雖然比較困難，但是只要注意到了上述問題，還是能
夠避免和予以解決的。
VC編譯器設定
工欲善其事，必先利其器 要想用 vc開發出高效率程式，必須對 vc編譯器有充分的了解。如果我們已經習慣編譯器給我的預設設定，那麼現在起開始嘗試改變吧 本篇文章 或者後續文章 講解 vc編譯器設定選項並沒有先後順序，只是作者在具體開發過程碰見了不同的編譯設定，進行深入了解，做此文章記錄。也希望讀到這篇...
VC編譯器設定
工欲善其事，必先利其器 要想用 vc開發出高效率程式，必須對 vc編譯器有充分的了解。如果我們已經習慣編譯器給我的預設設定，那麼現在起開始嘗試改變吧 本篇文章 或者後續文章 講解 vc編譯器設定選項並沒有先後順序，只是作者在具體開發過程碰見了不同的編譯設定，進行深入了解，做此文章記錄。也希望讀到這篇...
VC編譯器選項
cl.exe 是控制 microsoft c 和 c 編譯器與鏈結器的 32 位工具。編譯器產生通用物件檔案格式 coff 物件 obj 檔案。鏈結器產生可執行檔案 exe 或動態鏈結庫檔案 dll 注意，所有編譯器選項都區分大小寫。若要編譯但不鏈結，請使用 c。使用 nmake 生成輸出檔案。使用...