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）函数参数类型为值或者指针类型。