在Windows下进行C++的开发，不可避免的要与Windows的底层库进行交互，然而VS下的一项设置MT、MTd、MD和MDd多种运行库，特别是你工程使用了很多第三方库的时候，极容易出现各种链接问题。例如如下错误：
网上大多数解决方案是忽略libcmt.lib，忽略后会产生如下问题：
1> uafxcwd.lib(appcore.obj) : error LNK2001: 无法解析的外部符号 ___argv 1>uafxcwd.lib(appcore.obj) : error LNK2001: 无法解析的外部符号 ___argc
之后便无法解决
解决方案如下：
通常是第三方库生成时的运行库与当前项目的运行库不同造成的，即运行库要和编译方式保持一致
以下是深入解析：
1. 什么是Runtime Library？
Runtime Library就是运行时库，也简称CRT(C Run Time Library)。是程序在运行时所需要的库文件，通常运行时库是以Lib或Dll形式提供的。
Windows下C Runtime Library是微软对C标准库函数的实现，这样每个程序可以直接使用C标准库的函数；后来出现了C++，于是又在C Runtime Library基础上开发了C++ Runtime Library，实现了对C++标准库的支持。因此现在Windows下的C/C++运行时库既包含子C标准库，也包含了C++标准库。如果你安装了VS2010，在安装目录下的VC\crt\src下(如我的目录是C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\crt\src)有运行时库(CRT)的源代码，这里既有C的文件(如output.c、stdio.h等)，也有C++的文件(如iostream、string)。
在C Runtime Library出现之前，许多程序都使用C编写，而这些程序都要使用标准的C库，按照以前的方式每一个程序最终都要拷贝一份标准库的实现到程序中，这样同一时刻内存中可能有许多份标准库的代码（一个程序一份），所以微软出于效率的考虑把标准C库做为动态链接来实现，这样多个程序使用C标准库时内存中就只有一份拷贝了。
确切地说运行时库指的就是对这些底层的基础功能实现的动态库(Dll),运行时库和普通的Dll一样，只有程序用到了它才会被加载，没有程序使用的时候不会驻留内存的。话虽如此，但有多少系统的东西说不定也是用C写的，这些东西的存在就使C运行时库存在于内存中了，所以运行时库几乎总是需要的。虽然说运行时库应该是动态库，但习惯上我们把与动态运行时库相同代码编译出来的静态库也称为运行时库，因此VC++下的运行时库有ML、MLd、MT、MTd、MD、MD六种(这个后面会讲)。
1.1 运行时库的主要作用
提供C标准库(如memcpy、printf、malloc等)、C++标准库（STL）的支持。
应用程序添加启动函数，启动函数的主要功能为将要进行的程序初始化，对全局变量进行赋初值，加载用户程序的入口函数。
不采用宽字符集的控制台程序的入口点为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 );
}
123456789101112131415161718192021
123456789101112131415161718192021
从以上代码可知，运行库在调用用户程序的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的宽字符集版。
2. MT、MTd、MD、MDd、(ML、MLd 已废弃)的区别与原理
我们可以在Properties->Configuration Properties->C/C++->Code Generation->Runtime Library中设置采用的运行时库的类型。
在带你玩转Visual Studio——带你发布自己的工程库一文中已经详细讲解了静态库(Lib)与动态库(Dll)的区别。我们知道编译出的静态库只有一个ProjectName.lib文件，而编译出的动态库有两个文件：ProjectName.lib+ProjectName.dll，一个是导入库，一个动态库。
VC++中有六种Runtime Library的类型:
类型 简称 含义 对应的库名称 备注 Single-Threaded /ML Release版的单线程静态库 libc.lib VS2003以后被废弃 Single-Threaded Debug /MLd Debug版的单线程静态库 libcd.lib VS2003以后被废弃 Multi-threaded /MT Release版的多线程静态库 libcmt.lib ? Multi-threaded Debug /MTd Debug版的多线程静态库 libcmtd.lib ? Multi-threaded DLL /MD Release版的多线程动态库 msvcrt.lib+msvcrtxx.dll ? Multi-threaded DLL Debug MDd Debug版的多线程动态库 msvcrtd.lib+msvcrtxxd.dll ?
你可以在VS的安装目录下找到这些库文件，如我的VS2010安装在C:\Program Files (x86)\Microsoft Visual Studio 10.0，则可以在C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\lib\和C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\lib\amd64\中分别找到对应32位和64位的libcmt.lib、libcmtd.lib、msvcrt.lib、msvcrtd.lib库。libc.lib和libcd.lib由于在VS2005就已经废弃了，所以在这肯定找不到。
通过上面的表格你会发现，多线程的动态运行时库是|msvcrt.lib+msvcrtxx.dll，之所以是msvcrtxx.dll是因为每一个版本的VS使用的库名称还不一样。而且还不止包含一个库，除了主要的MSVCRT库外，还有MSVCPRT、MSVCIRT库。它们之间的对应关系如下：
导入库 MSVCRT.LIB MSVCRTD.LIB MSVCPRT.LIB MSVCPRTD.LIB MSVCIRT.LIB MSVCIRTD.LIB Visual C++ 5.0 MSVCRT.DLL MSVCRTD.DLL MSVCP5.DLL MSVCP5D.DLL MSVCIRT.DLL MSVCIRTD.DLL Visual C++ 6.0 MSVCRT.DLL MSVCRTD.DLL MSVCP6.DLL MSVCP6D.DLL MSVCIRT.DLL MSVCIRTD.DLL Visual C++ .NET 2003 MSVCR71.DLL MSVCR71D.DLL MSVCP71.DLL MSVCP71D.DLL ? ? Visual C++ 2005 MSVCR80.DLL MSVCR80D.DLL MSVCP80.DLL MSVCP80D.DLL ? ? Visual C++ 2008 MSVCR90.DLL MSVCR90.DLL MSVCP90.DLL MSVCP90D.DLL ? ? Visual C++ 2010 MSVCR100.DLL MSVCR100D.DLL MSVCP100.DLL MSVCP100D.DLL ? ?
参考阅读：https://www.sychzs.cn/en-us/kb/154753
在你的VS安装目录下(如C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\redist\x64\Microsoft.VC100.CRT)，及系统目录C:\Windows\System32、C:\Windows\SysWOW64下都能找到对应的.dll库。
很多的软件在发布自己的产品时也都会带上这些DLL(防止用户的操作系统没有安装VS，或在系统目录下找不到对应的DLL)，如我电脑上的百度影音安装目录下就有MSVCR71.DLL(C:\Program Files (x86)\baidu\BaiduPlayer\4.1.2.286\MSVCR71.DLL)，WPS的安装目录下有msvcr100.dll(C:\Program Files (x86)\WPS Office\9.1.0.5132\wtoolex\msvcr100.dll)和msvcp100.dll(C:\Program Files (x86)\WPS Office\9.1.0.5132\wtoolex\msvcp100.dll)
(1). 静态链接的单线程库
静态链接的单线程库只能用于单线程的应用程序， C 运行时库的目标代码最终被编译在应用程序的二进制文件中。通过 /ML 编译选项可以设置 Visual C++ 使用静态链接的单线? 程库。
(2). 静态链接的多线程库
静态链接的多线程库的目标代码也最终被编译在应用程序的二进制文件中，但是它可以在多线程程序中使用。通过 /MT 编译选项可以设置 Visual C++ 使用静态链接的多线程库。? 该选项生成的可执行文件运行时不需要运行时库dll的参加，会获得轻微的性能提升，但最终生成的二进制代码因链入庞大的运行时库实现而变得非常臃肿。当某项目以静态链接库的形式嵌入到多个项目，则可能造成运行时库的内存管理有多份，最终将导致致命的“Invalid Address specified to RtlValidateHeap”问题。
(3). 动态链接的运行时库
动态链接的运行时库将所有的 C 库函数保存在一个单独的动态链接库 MSVCRTxx.DLL 中， MSVCRTxx.DLL 处理了多线程问题。使用 /MD 编译选项可以设置 Visual C++ 使用动态。? 链接时将按照传统VC链接dll的方式将运行时库MSVCRxx.DLL的导入库MSVCRT.lib链接，在运行时要求安装了相应版本的VC运行时库可再发行组件包（当然把这些运行时库dll放在应用程序目录下也是可以的）。 因/MD和/MDd方式不会将运行时库链接到可执行文件内部，可有效减少可执行文件尺寸。当多项目以MD方式运作时，其内部会采用同一个堆，内存管理将被简化，跨模块内存管理问题也能得到缓解。
简单的说：参考
（1）/MD，表示运行时库由操作系统提供一个DLL，程序里不集成。
（2）/MT，表示运行时库由程序集成。
/MDd 、 /MLd 或 /MTd 选项使用 Debug runtime library( 调试版本的运行时刻函数库 ) ，与 /MD 、 /ML 或 /MT 分别对应。 Debug 版本的 Runtime Library 包含了调试信息，并采用了一些保护机制以帮助发现错误，加强了对错误的检测，因此在运行性能方面比不上 Release 版本。
结论：/MD和/MDd将是潮流所趋，/ML和/MLd方式请及时放弃，/MT和/MTd在非必要时最好也不要采用了。
3. 如何避免这种错误
3.1. /MD和/MDd将是潮流所趋
/ML和/MLd方式请及时放弃,/MT和/MTd在非必要时最好也不要采用了。尽量使用/MD、/MDd这种方式，除非有某些特殊的需要,如希望编译出来的.exe可执行文件不需要依赖运行时库的.dll；
3.2. 在多工程开发时，所有的工程使用同一种运行时库。
如Utils的Solution下有两个Project：Utils和UsingUtils，UsingUtils工程要使用Utils工程编译出来的库。如果Utils使用了/MDd的方式，UsingUtils也要使用/MDd的方式，否则会报链接错误。? 如果Utils使用MTd的方式，而UsingUtils使用/MDd的方式，则会出现重定义的错误，如：
1>LIBCMTD.lib(setlocal.obj) : error LNK2005: __configthreadlocale already defined in MSVCRTD.lib(MSVCR100D.dll)
1>LIBCMTD.lib(dbgheap.obj) : error LNK2005: __free_dbg already defined in MSVCRTD.lib(MSVCR100D.dll)
1>LIBCMTD.lib(dbgheap.obj) : error LNK2005: __CrtSetCheckCount already defined in MSVCRTD.lib(MSVCR100D.dll)
123
123
这是因为Utils使用MTd的方式，包含了libcmtd.lib库；而UsingUtils使用/MDd的方式，要包含msvcrtd.lib+msvcrtxxd.dll。libcmtd.lib和msvcrtd.lib是用相同代码编译的，一个是静态库，一个动态库的导入库，同时包含libcmtd.lib和msvcrtd.lib肯定就对相同的函数进行了重复的定义。
以Release方式进行编译时使用Release的库，使用Debug的方式编译时使用Debug的库。如编译Release版本的UsingUtils时，要使用Release方式编译出来的Utils库，编译Debug版本的UsingUtils时，要使用Debug方式编译出来的库。
4. 历史发展的角度讲解运行时库
4.1 从操作系统的角度出发
我们知道操作系统一般是用C写的(因为那时还没有C++，C已经算是最高级的计算机语言了)，不管是Linux/Unix还是Windows底层都是大量的C代码。在开发操作系统及相应的应用程序时，很多的程序都会用到相同基础功能的函数库。为了方便开发就把经常用到的底层的基础函数封闭成库(不然你每写一个程序都要把这基础功能实现的源代码拷贝一份到自己的工程，或自己再实现一次)，于是就有了C运行时库(C Runtime Library)，也就是静态库libc.lib(Release版)、libcd.lib(Debug版)。
因为早期的操作系统和程序都相应简单，用户的需求也不高，那时的操作系统还没有多任务、多线程的概念。所以libc.lib、libcd.lib当然只能支持单线程的程序，而无法支持多线程的程序，因此这个运行时库叫Single-Threaded(/ML)的方式。
后来，随着计算机的普及和发展，计算机要完成的任务越来越多，人们对时间和性能的要求也越来越高，为满足这些需求，操作系统就有了多任务的概念，也有了多线程的技术。而之前的运行时库libc.lib、libcd.lib只能用于单线程，已经无法满足很多程序的需要，于是多线程的运行时库也就应运而生，这就是libcmt.lib、libcmtd.lib，也就是/MT、/MTd的方式。
/MT、/MTd解决了多线程的问题，但随着程序的越来越复杂，一个程序可能会用到多个其他程序的库，多个程序可能会用到相同的库，在内存中会保存多份的相同的静态库。假设A程序使用了C.lib，B程序也使用了C.lib，A、B程序同时运行时，在内存中就会同时存在两份C.lib。
静态库在内存中的呈现方式?
为了解决这个问题，就产生了动态库的技术。于是就有了动态的运行时库Multi-threaded DLL(/MD)、Multi-threaded DLL Debug(/MDd)。多个程序使用同一个动态库，在内存中只会有一份，效果图如下
动态库在内存中的呈现方式
4.2 从语言的角度
我们都知道，先有了C语言，后来才在C的基础上发展出了C++语言，而C++又对C兼容，相当是C的一个超集。? 一开始的运行时库，只是C的运行时库(C Runtime Library)，包含了对C标准函数的实现。后来随着C++的产生，又把C++程序运行时要用的底层基础库加了进去，就有了C/C++的运行时库(C/C++ Runtime Library)，这时的运行时库既包含了标准C函数的实现，也包含了C++ STL的实现。
理论上，如果一台电脑无须安装多大2.5G的VS2010，只要安装了vc2010运行库，也就是安装了vcredist2010_x86.exe和对应的Framework运行库，那么只是你将解决方案所在的文件夹中的Debug文件夹扔到这台机器上，直接双击里面的exe文件就可以运行了。一般情况下，由于用户会在机器上安装软件或者游戏，一般都会不知不觉装好vcredist2010_x86.exe和对应的Framework运行库，直接将Debug的东西以绿色版发布，会比打包成一个setup.exe，，让用户安装，便捷得多。在VC2010将解决方案打包成安装向导具体见《【C++】VS2010将写好的程序打包成安装文件发布》（点击打开链接）。你也舒服，用户也舒服。
但是，如果你的解决方案按照默认属性来，没设置好配置属性，直接将Debug文件夹丢给别人，会提示“丢失MSVCR100D.dll”导致程序无须运行。
MSVCR100D.dll是VS2010才有东西，调试用的dll，而不是vc2010运行库里面的核心dll，MSVCR100.dll。前后少了个D，当然两个dll是完全不同的。此时你有两个解决方法：
一、最没有技术含量的，就是将本机C:\Windows\System32中的MSVCR100.dll，复制到运行机器上同样的位置，但是我们不推荐这种方式。
二、我们将VS2010静态编译。因为使用动态编译，使用VS2010编译的程序在其它系统中运行时经常会出现找不到相关的DLL文件，我们可以使用静态编译的方法把这些运行依赖文件打包到exe中来，以减少对环境的依赖，但不代表用户可以不装vc2010运行库就可以直接运行你的程序，因为MSVCR100.dll还是需要的。
具体设置如下：
一般配置配置两项：项目->配置属性->常规->MFC的使用：在静态库中使用MFC。项目->配置属性->C/C++->代码生成->运行库：选择/MT或者/MD。?
之后，清理一下解决方案，别让它重新生成，即可：
如果在重新生成的时候，报：error LNK2019: 无法解析的外部符号 __imp___CrtDbgReportW的错误，那么所在的项目点右键，选择“属性” -> “配置属性” -> “C/C++” -> “预处理器” -> “预处理定义” 移除_DENUG或将 _DENUG改为NDENUG即可。
这样重新生成之后，解决方案所在文件夹下的Debug文件夹里面的exe，则变成依赖于VC2010运行库了。直接丢个Debug文件夹到已经安装VC2010的机子里面的exe可以直接运行了。
vc2010编译的程序想要在其他电脑上运行，如果动态编译的话，装一个vcredist2010就可以在其他电脑里运行了，但如果想不安装这个软件也能在其他电脑上运行，上网搜了一下，需要静态编译，设置方法如下： 项目-> 配置属性->常规->MFC的使用 :在静态库中使用MFC。 项目-> 配置属性->C/C++->代码生成->运行库 :选择/MT。
ADO连接数据库出现“无效指针”错误码80004003
在Windows7 SP1上用VS2010开发的程序，拿到其他机器上运行，有些机器上出现“无效指针”，错误码为80004003，执行数据库查询时弹出来的是null的错误，并且错误停留在了连接数据库的那一句。今天，终于弄清了原因，是缺少补丁KB983246，下载地址为http://www.sychzs.cn/detail/q547384042/3593209。
?
??
?鉴于很多人都遇到了这个问题，个人认为非常棘手的，试过了很多其他的方法，诸如重装MADC、重新注册msado15.dll等等，都没得到解决。写此文章希望对有此困惑的人有所帮助吧。
