EEPW论坛

1)C运行时库就是 C run-time library，是 C 而非 C++ 语言世界的概念:取这个名字就是因为你的 C 程序运行时需要这些库中的函数.

2)C 语言是所谓的“小内核”语言，就其语言本身来说很小（不多的关键字，程序流程控制，数据类型等）；所以，C 语言内核开发出来之后，Dennis Ritchie 和 Brian Kernighan 就用 C 本身重写了 90% 以上的 UNIX 系统函数，并且把其中最常用的部分独立出来，形成头文件和对应的 LIBRARY，C run-time library 就是这样形成的。

3)随后，随着 C 语言的流行，各个 C 编译器的生产商/个体/团体都遵循老的传统，在不同平台上都有相对应的 Standard Library，但大部分实现都是与各个平台有关的。由于各个 C 编译器对 C 的支持和理解有很多分歧和微妙的差别，所以就有了 ANSI C；ANSI C （主观意图上）详细的规定了 C 语言各个要素的具体含义和编译器实现要求，引进了新的函数声明方式，同时订立了 Standard Library 的标准形式。所以C运行时库由编译器生产商提供。至于由其他厂商/个人/团体提供的头文件和库函数，应当称为第三方 C 运行库（Third party C run-time libraries）。

4)C run-time library里面含有初始化代码，还有错误处理代码(例如divide by zero处理)。你写的程序可以没有math库，程序照样运行，只是不能处理复杂的数学运算，不过如果没有了C run-time库，main()就不会被调用，exit()也不能被响应。因为C run-time library包含了C程序运行的最基本和最常用的函数。

5)到了 C++ 世界里，有另外一个概念:Standard C++ Library,它包括了上面所说的 C run-time library 和 STL。包含 C run-time library 的原因很明显，C++ 是 C 的超集，没有理由再重新来一个 C++ run-time library. VC针对C++ 加入的Standard C++ Library主要包括：LIBCP.LIB, LIBCPMT.LIB和 MSVCPRT.LIB

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

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

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

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

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

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

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

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

    /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方式运作时，其内部会采用同一个堆，内存管理将被简化，跨模块内存管理问题也能得到缓解。

MSDN上对运行时库的相关说明

选项         

说明

MSDN上的警告
     不要混合使用运行时库的静态版本和动态版本。在一个进程中有多个运行时库副本会导致问题，因为副本中的静态数据不与其他副本共享。链接器禁止在 .exe 文件内部既使用静态版本又使用动态版本链接，但您仍可以使用运行时库的两个（或更多）副本。例如，当与用动态 (DLL) 版本的运行时库链接的 .exe 文件一起使用时，用静态（非 DLL）版本的运行时库链接的动态链接库可能导致问题。（还应该避免在一个进程中混合使用这些库的调试版本和非调试版本）。

　　C运行时库除了给我们提供必要的库函数调用（如memcpy、printf、malloc等）之外，它提供的另一个最重要的功能是为应用程序添加启动函数。
　　C运行时库启动函数的主要功能为进行程序的初始化，对全局变量进行赋初值，加载用户程序的入口函数。
　　不采用宽字符集的控制台程序的入口点为mainCRTStartup(void)。下面我们以该函数为例来分析运行时库究竟为我们添加了怎样的入口程序。这个函数在crt0.c中被定义：

1. <span style="font-size:18px;">void mainCRTStartup(void)  
2. {  
3. 　int mainret;  
4. 　/*获得WIN32完整的版本信息*/  
5. 　_osver = GetVersion();  
6. 　_winminor = (_osver >> 8) & 0x00FF ;  
7. 　_winmajor = _osver & 0x00FF ;  
8. 　_winver = (_winmajor << 8) + _winminor;  
9. 　_osver = (_osver >> 16) & 0x00FFFF ;  
10.   
11. 　_ioinit(); /* initialize lowio */  
12.   
13. 　/* 获得命令行信息 */  
14. 　_acmdln = (char *) GetCommandLineA();  
15.   
16. 　/* 获得环境信息 */  
17. 　_aenvptr = (char *) __crtGetEnvironmentStringsA();  
18.   
19. 　_setargv(); /* 设置命令行参数 */  
20. 　_setenvp(); /* 设置环境参数 */  
21.   
22. 　_cinit(); /* C数据初始化：全局变量初始化，就在这里！*/  
23.   
24. 　__initenv = _environ;  
25. 　mainret = main( __argc, __argv, _environ ); /*调用main函数*/  
26.   
27. 　exit( mainret );  
28. }</span>  

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

1. <span style="font-size:18px;">#include <stdio.h>  
2. #include <afx.h>  
3. int main()  
4. {  
5. 　CFile file;  
6. 　CString str("I love you");  
7. 　TRY  
8. 　{  
9. 　　file.Open("file.dat",CFile::modeWrite | CFile::modeCreate);  
10. 　}  
11. 　CATCH( CFileException, e )  
12. 　{  
13. 　　#ifdef _DEBUG  
14. 　　afxDump << "File could not be opened " << e->m_cause << "\n";  
15. 　　#endif  
16. 　}  
17. 　END_CATCH  
18.   
19. 　file.Write(str,str.GetLength());  
20. 　file.Close();  
21. }</span>  

1. <span style="font-size:18px;">nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex  
2. nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex  
3. main.exe : fatal error LNK1120: 2 unresolved externals  
4. Error executing cl.exe.</span>  

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

转自：http://blog.csdn.net/wqvbjhc/article/details/6612099