1、問題闡述

      Link(連接)錯(cuò)誤時(shí)常見的錯(cuò)誤，其中又以Link2001最為常見，引起Link2001錯(cuò)誤的原因是什么呢？

2、Link2001錯(cuò)誤原因及實(shí)現(xiàn)技巧

    （1）由于編碼錯(cuò)誤導(dǎo)致的Link2001錯(cuò)誤

      ①不相匹配的程序代碼或模塊定義（.DEF）文件導(dǎo)致Link2001。例如，如果在C++源文件內(nèi)聲明了一變量“var1”，視圖卻在另一個(gè)文件內(nèi)以變量“var1”訪問該變量。

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

      ③調(diào)用函數(shù)如果所用的參數(shù)類型頭函數(shù)與聲明時(shí)的類型不符將會(huì)產(chǎn)生Link2001錯(cuò)誤

      ④視圖從基類的構(gòu)造函數(shù)或析構(gòu)函數(shù)中調(diào)用虛擬函數(shù)時(shí)將會(huì)導(dǎo)致Link2001錯(cuò)誤

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

    （2）由于編譯和聯(lián)機(jī)的設(shè)置而造成的Link2001錯(cuò)誤

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

      ②如果沒有為WinMainCRTStartup設(shè)定程序入口，在使用Unicode和MFC時(shí)將得到“unresolved external on WinMain@16“的Link2001錯(cuò)誤信息。

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

      ④在使用/ML編譯時(shí)，如用LIBCMT.lib鏈接會(huì)在_errno上發(fā)生Link2001錯(cuò)誤。

      ⑤當(dāng)編譯調(diào)試版的應(yīng)用程序時(shí)，如果采用發(fā)行版模態(tài)庫進(jìn)行鏈接也會(huì)產(chǎn)生Link2001錯(cuò)誤；同樣，使用調(diào)試版模態(tài)庫鏈接發(fā)行版應(yīng)用程序時(shí)也會(huì)產(chǎn)生相同的錯(cuò)誤。

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

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

 
想要獲得更多內(nèi)容，可點(diǎn)擊：《Visual C++代碼參考與技巧大全》學(xué)習(xí)筆記——索引隨筆