VC运行时库的一些资料

  VC项目属性→配置属性→C/C++→代码生成→运行时库 可以采用的方式有：多线程(/MT)、多线程调试(/MTd)、多线程DLL(/MD)、多线程调试DLL(/MDd)、 单线程(/ML)、单线程调试(/MLd)。

Reusable Library	Switch	Library	Macro(s) Defined
Single Threaded	/ML	LIBC	(none)
Static MultiThread	/MT	LIBCMT	_MT
Dynamic Link (DLL)	/MD	MSVCRT	_MT and _DLL
Debug Single Threaded	/MLd	LIBCD	_DEBUG
Debug Static MultiThread	/MTd	LIBCMTD	_DEBUG and _MT
Debug Dynamic Link (DLL)	/MDd	MSVCRTD	_DEBUG, _MT, and _DLL

    其中以小写“d”结尾的选项表示的DEBUG版本的，没有“d”的为RELEASE版本。大型项目中必须要求所有组件和第三方库的运行时库是统一的，否则将会出现LNK2005井喷。

    单线程运行时库选项/ML和/MLd在VS2003以后就被废了。

    /MT和/MTd表示采用多线程CRT库的静态lib版本。该选项会在编译时将运行时库以静态lib的形式完全嵌入。该选项生成的可执行文件运行时不需要运行时库dll的参加，会获得轻微的性能提升，但最终生成的二进制代码因链入庞大的运行时库实现而变得非常臃肿。当某项目以静态链接库的形式嵌入到多个项目，则可能造成运行时库的内存管理有多份，最终将导致致命的“Invalid Address specified to RtlValidateHeap”问题。另外托管C++和CLI中不再支持/MT和/MTd选项。

    /MD和/MDd表示采用多线程CRT库的动态dll版本，会使应用程序使用运行时库特定版本的多线程DLL。链接时将按照传统VC链接dll的方式将运行时库MSVCRxx.DLL的导入库MSVCRT.lib链接，在运行时要求安装了相应版本的VC运行时库可再发行组件包（当然把这些运行时库dll放在应用程序目录下也是可以的）。 因/MD和/MDd方式不会将运行时库链接到可执行文件内部，可有效减少可执行文件尺寸。当多项目以MD方式运作时，其内部会采用同一个堆，内存管理将被简化，跨模块内存管理问题也能得到缓解。

    结论：/MD和/MDd将是潮流所趋，/ML和/MLd方式请及时放弃，/MT和/MTd在非必要时最好也不要采用了。

 

参考：

《How to link with the correct C Run-Time (CRT) library》

《/MD、/MT、/LD（使用运行时库）》

---

2011-12-26

    C++/CLI若多项目"代码生成/运行库"选择不一致可能会报LNK2022错误。

参考：Getting error when compiling debug mode: C++/CLI - error LNK2022

 

 

运行时库是程序在运行时所需要的库文件，通常运行时库是以LIB或DLL形式提供的。C运行时库诞生于20世纪70年代，当时的程序世界还很单纯，应用程序都是单线程的，多任务或多线程机制在此时还属于新观念。所以这个时期的C运行时库都是单线程的。

随着操作系统多线程技术的发展，最初的C运行时库无法满足程序的需求，出现了严重的问题。C运行时库使用了多个全局变量（例如errno）和静态变量，这可能在多线程程序中引起冲突。假设两个线程都同时设置errno，其结果是后设置的errno会将先前的覆盖，用户得不到正确的错误信息。

　　因此，Visual C++提供了两种版本的C运行时库。一个版本供单线程应用程序调用，另一个版本供多线程应用程序调用。多线程运行时库与单线程运行时库有两个重大差别：

　　（1）类似errno的全局变量，每个线程单独设置一个；

　　这样从每个线程中可以获取正确的错误信息。

　　（2）多线程库中的数据结构以同步机制加以保护。

　　这样可以避免访问时候的冲突。

　　Visual C++提供的多线程运行时库又分为静态链接库和动态链接库两类，而每一类运行时库又可再分为debug版和release版，因此Visual C++共提供了6个运行时库。如下表：

C运行时库	库文件
Single thread(static link)	libc.lib
Debug single thread(static link)	libcd.lib
MultiThread(static link)	libcmt.lib
Debug multiThread(static link)	libcmtd.lib
MultiThread(dynamic link)	msvert.lib
Debug multiThread(dynamic link)	msvertd.lib

　　 2.C运行时库的作用

　　C运行时库除了给我们提供必要的库函数调用（如memcpy、printf、malloc等）之外，它提供的另一个最重要的功能是 为应用程序添加启动函数。

　　C运行时库 启动函数的主要功能为进行程序的初始化，对全局变量进行赋初值，加载用户程序的入口函数。

　　不采用宽字符集的控制台程序的入口点为mainCRTStartup(void)。下面我们以该函数为例来分析运行时库究竟为我们添加了怎样的入口程序。这个函数在crt0.c中被定义，下列的代码经过了笔者的整理和简化：

void mainCRTStartup(void) { 　int mainret; 　/*获得WIN32完整的版本信息*/ 　_osver = GetVersion(); 　_winminor = (_osver >> 8) & 0x00FF ; 　_winmajor = _osver & 0x00FF ; 　_winver = (_winmajor << 8) + _winminor; 　_osver = (_osver >> 16) & 0x00FFFF ; 　_ioinit(); /* initialize lowio */ 　/* 获得命令行信息 */ 　_acmdln = (char *) GetCommandLineA(); 　/* 获得环境信息 */ 　_aenvptr = (char *) __crtGetEnvironmentStringsA(); 　_setargv(); /* 设置命令行参数 */ 　_setenvp(); /* 设置环境参数 */ 　_cinit(); /* C数据初始化：全局变量初始化，就在这里！*/ 　__initenv = _environ; 　mainret = main( __argc, __argv, _environ ); /*调用main函数*/ 　exit( mainret ); }

　　从以上代码可知，运行库在调用用户程序的main或WinMain函数之前，进行了一些初始化工作。初始化完成后，接着才调用了我们编写的main或WinMain函数。只有这样，我们的C语言运行时库和应用程序才能正常地工作起来。

　　除了crt0.c外，C运行时库中还包含wcrt0.c、 wincrt0.c、wwincrt0.c三个文件用来提供初始化函数。wcrt0.c是crt0.c的宽字符集版，wincrt0.c中包含windows应用程序的入口函数，而wwincrt0.c则是wincrt0.c的宽字符集版。

　　Visual C++的运行时库源代码缺省情况下不被安装。如果您想查看其源代码，则需要重装Visual C++，并在重装在时选中安装运行库源代码选项。

3.各种C运行时库的区别

　　（1）静态链接的单线程库

　　静态链接的单线程库只能用于单线程的应用程序，C运行时库的目标代码最终被编译在应用程序的二进制文件中。通过/ML编译选项可以设置Visual C++使用静态链接的单线程库。

　　（2）静态链接的多线程库

　　静态链接的多线程库的目标代码也最终被编译在应用程序的二进制文件中，但是它可以在多线程程序中使用。通过/MD编译选项可以设置Visual C++使用静态链接的单线程库。

　　（3）动态链接的运行时库

　　动态链接的运行时库将所有的C库函数保存在一个单独的动态链接库MSVCRTxx.DLL中，MSVCRTxx.DLL处理了多线程问题。使用/ML编译选项可以设置Visual C++使用动态链接的运行时库。

　　/MDd、 /MLd 或 /MTd 选项使用 Debug runtime library(调试版本的运行时刻函数库)，与/MD、 /ML 或 /MT分别对应。Debug版本的 Runtime Library 包含了调试信息，并采用了一些保护机制以帮助发现错误，加强了对错误的检测，因此在运行性能方面比不上Release版本。

　　下面看一个未正确使用C运行时库的控制台程序：

#include <stdio.h> #include <afx.h> int main() { 　CFile file; 　CString str("I love you"); 　TRY 　{ 　　file.Open("file.dat",CFile::modeWrite | CFile::modeCreate); 　} 　CATCH( CFileException, e ) 　{ 　　#ifdef _DEBUG 　　afxDump << "File could not be opened " << e->m_cause << "\n"; 　　#endif 　} 　END_CATCH 　file.Write(str,str.GetLength()); 　file.Close(); }

　　我们在"rebuild all"的时候发生了link错误：

nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex main.exe : fatal error LNK1120: 2 unresolved externals Error executing cl.exe.

　　发生错误的原因在于Visual C++对控制台程序默认使用单线程的静态链接库，而MFC中的CFile类已暗藏了多线程。我们只需要在Visual C++6.0中依次点选Project->Settings->C/C++菜单和选项，在Project Options里修改编译选项即可。

***********************************************
http://dev.cbw.com/c/c/2005965601_4211746.shtml

C运行时库在VC下是指实现了标准C接口的函数库 有静态库，也有动态库 包括三个文件LIBC.LIB，LIBCMT.LIB，MSVCRT.LIB 具体包括了使用了哪个库要看你在编译时候的选项 具体见下表： C Run-Time Library 特点 编译选项 宏定义 (without iostream) LIBC.LIB Single threaded, static link /ML LIBCMT.LIB Multithreaded, static link /MT _MT MSVCRT.LIB Multithreaded, dynamic link /MD _MT,_DLL (import library for MSVCRT.DLL)

从字面上看，运行库是程序在运行时所需要的库文件。通常运行库是以DLL形式提供的。Delphi和C++ Builder的运行库为.bpl文件，实际还是一个DLL。运行库中一般包括编程时常用的函数，如字符串操作、文件操作、界面等内容。不同的语言所支持的函数通常是不同的，所以使用的库也是完全不同的，这就是为什么有VB运行库、C运行库、Delphi运行库之分的原因。即使都是C++语言，也可能因为提供的函数不同，而使用不同的库。如VC++使用的运行库和C++ Builder就完全不同。 如果不使用运行库，每个程序中都会包括很多重复的代码，而使用运行库，可以大大缩小编译后的程序的大小。但另一方面，由于使用了运行库，所以在分发程序时就必须带有这些库，比较麻烦。如果在操作系统中找不到相应的运行库程序就无法运行。为了解决这个矛盾，Windows总是会带上它自己开发的软件的最新的运行库。象Windows 2000以后的版本都包括Visual Basic 5.0/6.0的库。Internet Explorer总是带有最新的Visual C++ 6.0的库。Windows XP带有Microsoft .NET 1.0（用于VB.NET和C#）的库。Visual C++、Delphi和C++ Builder允许用户选择所编译得到的程序是否依赖于运行库。而VB、FoxPro、PowerBuilder、LabWindows/CVI和Matlab就不允许用户进行这种选择，必须依赖于运行库。