VC C运行时库(CRTL)的几个版本及选用

最近做项目碰到了一个关于在动态库中使用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）函数参数类型为值或者指针类型。