VC C運行時庫(CRTL)的幾個版本及選用

分類： Windows 2008-12-23 10:01 987人閱讀 評論(0) 收藏 舉報
ciostreammfclibrary多線程import
最近作項目碰到了一個關於在動態庫中使用MFC以及在靜態庫中使用MFC的問題，個人工程在DEBUG編譯連接時都沒有問題，但是到了RELEASE編譯時在連接的時候就出現以下的錯誤：
nafxcw.lib(array_s.obj) : error LNK2005: "public: __thiscall CStringArray::CStringArray(void)" (??0CStringArray@@QAE@XZ) already defined in mfc80.lib(MFC80.DLL)
查了下緣由發現我當前工程是在靜態庫中使用MFC，而當前工程又依賴其餘的一些庫，那些庫中基本都是選擇在動態庫中使用MFC，緣由應該就在這，將當前設置改成在動態庫中使用MFC問題便解決了。究其緣由仍是對VC的運行時庫弄不太明白，之因此出現連接問題，是由於當前工程和它所依賴的庫以不一樣的方式使用MFC，一個是靜態連接，一個是動態連接，並且動態連接使用MFC(在RELASE編譯時)使用動態運行時庫(MSVCRT.lib)，而靜態連接使用MFC則使用靜態運行時庫(LIBC.lib(單線程)/LIBCMT.lib(多線程))。
下面是我搜到的關於VC運行時庫版本的一些資料，運行時庫一般是由編譯器廠商提供，是平臺相關的。
 
VC C運行時庫(CRTL)的幾個版本及選用
Michael 2006年7月27日於突尼斯

VC++ C運行時庫（如下簡稱CRTL）是指LIBC.LIB/LIBCMT.LIB/MSVCRT.LIB以及他們對應的DEBUG版本（在名稱後面加"D"）。
在VC++ 4.2之前的版本中CRTL包含了C++的iostream庫函數，可是在4.2及之後的版本中（添加了對C++標準庫的支持），iostream庫函數被獨立出來，爲支持老的iostream和新的標準iostream函數，4.2及後續版本存在兩套iostream庫，分別是（老的）LIBCI.LIB/LIBCIMT.LIB/MSVCIRT.LIB和（新的）LIBCP.LIB/LIBCPMT.LIB /MSVCPRT.LIB。針對DEBUG版本，分別存在名稱後加"D"的對應庫。而且新老的iostream庫是不兼容的，不能在同一個應用中混合使用。

一 版本特性列表
對CRTL的幾個版本及特性列表(RELEASE&DEBUG Version)以下：
RELEASE版本：
CRTL (without iostream) 特性 VC編譯選項 預編譯宏
LIBC.LIB Single threaded, static link /ML
LIBCMT.LIB Multithreaded, static link /MT _MT
MSVCRT.LIB Multithreaded, dynamic link (import library for MSVCRT.DLL),對於不一樣的VC版本對應的DLL名稱不一：
VC1.0-MSVCRT10.DLL
VC2.0-MSVCRT20.DLL
VC4.0-MSVCRT40.DLL
VC4.2-MSVCRT.DLL
VC5.0-MSVCRT.DLL
VC6.0-MSVCRT.DLL /MD _MT, _DLL

Standard C++ Library Characteristics Option Defined
LIBCP.LIB Single threaded, static link /ML
LIBCPMT.LIB Multithreaded, static link /MT _MT
MSVCPRT.LIB Multithreaded, dynamic link (import library for MSVCRT.DLL),對於不一樣的VC版本對應的DLL名稱不一：
VC4.2-MSVCPRT.DLL
VC5.0-MSVCP50.DLL
VC6.0-MSVCP60.DLL /MD _MT, _DLL

Old Iostream Library Characteristics Option Defined
LIBCI.LIB Single threaded, static link /ML
LIBCIMT.LIB Multithreaded, static link /MT _MT
MSVCIRT.LIB Multithreaded, dynamic link (import library for MSVCIRT.DLL) /MD _MT, _DLL

DEBUG版本：
CRTL(without iostream) Characteristics Option Defined
LIBCD.LIB Single-threaded, static link /MLd _DEBUG
LIBCMTD.LIB Multithreaded, static link /MTd _DEBUG, _MT
MSVCRTD.LIB Multithreaded, dynamic link
(import library for MSVCRxD.DLL)1 /MDd _DEBUG, _MT, _DLL
1   In place of the 「x」 in the DLL name, substitute the major version numeral of Visual C++ that you are using. For example, if you are using Visual C++ version 4, then the library name would be MSVCR40D.DLL.

Standard C++ Debug Library Characteristics Option Defined
LIBCPD.LIB Single-threaded, static link /MLd _DEBUG
LIBCPMTD.LIB Multithreaded, static link /MTd _DEBUG, _MT
MSVCPRTD.LIB Multithreaded, dynamic link (import library for MSVCRTD.DLL),對於不一樣的VC版本對應的DLL名稱不一：
VC4.2-MSVCPRTD.DLL
VC5.0-MSVCP50D.DLL
VC6.0-MSVCP60D.DLL /MDd _DEBUG, _MT, _DLL

iostream Debug Library Characteristics Option Defined
LIBCID.LIB Single threaded, static link /MLd _DEBUG
LIBCIMTD.LIB Multithreaded, static link /MTd _DEBUG, _MT
MSVCIRTD.LIB Multithreaded, dynamic link (import library for MSVCIRTD.DLL) /MDd _DEBUG, _MT, _DLL

二 單線程(Single threaded)和多線程(Multithreaded)的區別

簡單地說，單線程版本提供的CRTL函數不是可重入(Re-entrant)的(只有少部分函數是可重入)，多線程版本提供的CRTL函數是可重入的。
對於多線程應用程序來講，若是使用單線程的CRTL將可能致使數據崩潰，由於在同一時間可能有多個線程同時訪問CRTL函數中的某個靜態數據，這個數據在單線程CRTL中不受保護（若是訪問的是棧數據，則沒有問題，由於棧的數據在每一個獨立線程中分配）。因此，此時須要使用多線程的CRTL，若是堅持使用單線程CRTL，應用程序必須親自對數據共享訪問進行保護處理，好比設立臨界區。

三 靜態連接(Static link)和動態連接(Dynamic link)的區別

採用靜態連接的應用程序發佈後不依賴於CRTL，同時該庫中的代碼和數據在該應用程序調用的其餘動態庫中是訪問不到的。採用動態連接的應用程序必須依賴於CRTL（好比MSVCRT.DLL）。對於動態連接CRTL的應用程序，在調用庫函數時須要遵照兩個原則：1）調用習慣爲C(__cdecl)習慣；2）函數參數類型爲值或者指針類型。