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