error lnk2001是計算機編程人員初學時常會碰到的問題。多是因為運行環境問題、程式沒有添加必要的庫而導致。可通過對系統重新設定、添加庫檔案或者添加代碼來解決。
基本介紹
- 外文名：error lnk2001
- 含義：計算機編程人員碰到的問題
- 產生原因：運行環境問題等
- 解決方法：對系統重新設定等
問題介紹,VC描述,可能成因,解決方法,
問題介紹
該問題編者認為是在編程人員，尤其在初學者當中常出現的一些問題
VC描述
error LNK2001: unresolved external symbol _WinMain@16
debug/main.exe:fatal error LNK 1120:1 unresolved externals
error executing link.exe;
libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16
msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol _beginthreadex
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol _endthreadex
可能成因
第一類：
例如，你用vc建了一個控制台籃牛牛程式，它的入口函式應該是main, 而你使用了WinMain。或者，你用vc打開了一個.c/.cpp 檔案，然後直接編譯這個檔案，這個檔案中使用了WinMain而不是main作為入口函式。vc這時的默認設定是針對控制台程式的。
第二類：程式沒有添加必要的庫
當copy網上的源程式，在本機編譯的時候，由於新建的工程沒有把連線用的庫，在連線的時候添加進去，所以一些函式、變數找不到定義的庫檔案，從而出錯。
解決方法
第一類
1. Windows子系統設定錯誤
提示:
libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
Windows項目要使用Windows子鞏嫌應汗系統, 而不是Console, 可以這樣設定:
[Project] --> [Settings] --> 選祝請櫻擇"Link"屬性頁,
在Project Options中將/subsystem:console改成/subsystem:windows
2. Console子系虹淚判統設定錯誤
提示:
LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16
控制台項目要使用Console子系統, 而不是Windows, 設定:
[Project] --> [Settings] --> 選地頁妹擇"Link"屬性頁,
在Project Options中將/subsystem:windows改成/subsystem:console
3. 程式入口設定龍院錯誤
提示:
msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16
為wWinMainCRTStartup, 所以需要重新設定程式入口:
[Project] --> [Settings] --> 選擇"Link"屬性頁 ,
在Category中選擇Output,
再在Entry-point symbol中填入wWinMainCRTStartup, 即可
提示:
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex
這是因為MFC要使用多執行緒時庫, 需要更改設戒格頁碑置:
[Project] --> [Settings] --> 選擇"C/C++"屬性頁,
在Category中選擇Code Generation,
再在Use run-time library中選擇Debug Multithreaded或者multithreaded
其中,
Single-Threaded 單執行緒靜態程式庫(release版本)
Multithreaded 多執行緒靜態程式庫(release版本)
multithreaded DLL 多執行緒動態程式庫(release版本)
Debug Single-Threaded 單執行緒靜態程式庫(debug版本)
Debug Multithreaded 多執行緒靜態程式庫(debug版本)
Debug Multithreaded DLL 多執行緒動態程式庫(debug版本)
單執行緒: 不需要多執行緒調用時, 多用在DOS環境下
多執行緒: 可以並發運行
靜態庫: 直接將庫與程式Link, 可以脫離MFC庫運行
動態庫: 需要相應的DLL動態庫, 程式才能運行
release版本: 正式發布時使用
debug版本: 調試階段使用
第二類
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錯誤雖然比較困難，但是只要注意到了上述問題，還是能夠避免和予以解決的。
控制台項目要使用Console子系統, 而不是Windows, 設定:
[Project] --> [Settings] --> 選擇"Link"屬性頁,
在Project Options中將/subsystem:windows改成/subsystem:console
3. 程式入口設定錯誤
提示:
msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16
為wWinMainCRTStartup, 所以需要重新設定程式入口:
[Project] --> [Settings] --> 選擇"Link"屬性頁 ,
在Category中選擇Output,
再在Entry-point symbol中填入wWinMainCRTStartup, 即可
提示:
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex
這是因為MFC要使用多執行緒時庫, 需要更改設定:
[Project] --> [Settings] --> 選擇"C/C++"屬性頁,
在Category中選擇Code Generation,
再在Use run-time library中選擇Debug Multithreaded或者multithreaded
其中,
Single-Threaded 單執行緒靜態程式庫(release版本)
Multithreaded 多執行緒靜態程式庫(release版本)
multithreaded DLL 多執行緒動態程式庫(release版本)
Debug Single-Threaded 單執行緒靜態程式庫(debug版本)
Debug Multithreaded 多執行緒靜態程式庫(debug版本)
Debug Multithreaded DLL 多執行緒動態程式庫(debug版本)
單執行緒: 不需要多執行緒調用時, 多用在DOS環境下
多執行緒: 可以並發運行
靜態庫: 直接將庫與程式Link, 可以脫離MFC庫運行
動態庫: 需要相應的DLL動態庫, 程式才能運行
release版本: 正式發布時使用
debug版本: 調試階段使用
第二類
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錯誤雖然比較困難，但是只要注意到了上述問題，還是能夠避免和予以解決的。
