学步园

VS系列工具作为目前微软主打的集成开发环境，在历经了近20多年的发展后，到如今已经可以说是Windows平台上各种IDE环境中的翘楚了。很多别的开发工具已经难望其项背了，如今VS2010也已经面市很长时间了，但是因为笔者囊中羞涩，无法升级硬件，所以也没有办法去进行那个180天的VS2010体验之旅了，实为憾事。当然这是别话，现在我主要使用的依然是VS2008，用它来开发我想要的东西。当然主要指使用其中的VC++部分了。

　　在用VS2005或VS2008的VC++开发产品时，经常遇到的一个问题就是最终编译出的可执行文件Exe、Dll、Ocx之类会需要MSVCR90.dll、MSVCR80.dll等C库函数运行时Dll的支持，在一些较老的系统，如XP中，经常不具备这些新版本的运行库，导致产品发布推广成为一个严重的问题。在2008年我还在开发一款网游时，也遇到了同样的问题，虽然想尽了办法，也无法屏蔽对这个动态库的引用，不得已，客户端就又返回老的VS2003环境中进行编译开发，最终发布。

　　本着刨根问底的精神，我仔细琢磨了一下这个问题，貌似可以通过与最终产品一起发布MicrosoftVisual C++ 2005/2008 RedistributablePackage库来解决这个问题，但是这个库的个头有可能是你最终产品的n倍（n>=5），这就像买了一部手机，却给你了一座核电站来支持，最终用户是否能接受是个很纠结的问题。

　　再后来，我发现可以使用VS2008自带的安装程序制作工具，生成一个最简的VC++Redistributable包，体积也很小，但是一样需要一个额外的安装包来支持你的最终产品，很多产品经理是不太喜欢这种形式的，所以此问题还是很纠结。

　　在一次与一位网友讨论这个问题时，他兴奋的告诉我，他的总监解决了这个问题，方法就是修改一下编译选项，将/MD选项改为/MT选项，最终的可执行文件就不会包含对那些VC运行时DLL的引用了，可以很方便的发布和部署。真是个非常棒的消息，让一个纠结了我两年多的问题得到了彻底解决。首先让我们来看下这个云遮雾罩的编译开关究竟是干什么的？MSDN中的描述如下：

/MD
使应用程序使用运行时库的多线程并特定于DLL 的版本。定义 _MT 和 _DLL，并使编译器将库名 MSVCRT.lib 放入 .obj文件中。
用此选项编译的应用程序静态链接到MSVCRT.lib。该库提供允许链接器解析外部引用的代码层。实际工作代码包含在MSVCR90.DLL, 中，该库必须在运行时对于与MSVCRT.lib 链接的应用程序可用。
当/MD 与 _STATIC_CPPLIB 预处理器定义 (/D_STATIC_CPPLIB)一起使用时，您的应用程序将与静态多线程标准 C++ 库 (libcpmt.lib) 而非动态版本 (msvcprt.lib)链接，但仍通过 msvcrt.lib 动态链接到主 CRT。
请注意，不支持_STATIC_CPPLIB 预处理器定义和 /clr 或 /clr:pure 编译器选项的组合。有关 /clr选项的限制的更多信息，请参见 /clr 限制。

/MDd
 定义_DEBUG、_MT 和 _DLL，并使应用程序使用运行时库的调试多线程并特定于 DLL 的版本。它还使编译器将库名MSVCRTD.lib 放入 .obj 文件中。

/MT
 使应用程序使用运行时库的多线程静态版本。定义_MT 并使编译器将库名 LIBCMT.lib 放入 .obj 文件中，以便链接器使用 LIBCMT.lib解析外部符号。

/MTd
 定义_DEBUG 和 _MT。此选项还使编译器将库名 LIBCMTD.lib 放入 .obj 文件中，以便链接器使用LIBCMTD.lib 解析外部符号。

/LD
创建DLL。
将/DLL 选项传递到链接器。链接器查找 DllMain 函数，但并不需要该函数。如果没有编写 DllMain 函数，链接器将插入返回TRUE 的 DllMain 函数。
链接DLL 启动代码。
如果命令行上未指定导出(.exp) 文件，则创建导入库 (.lib)；将导入库链接到调用您的 DLL的应用程序。
将/Fe（命名 EXE 文件） 解释为命名 DLL 而不是 .exe 文件；默认程序名成为基名称.dll而不是基名称.exe。
除非显式指定/MD，否则将暗指 /MT。

/LDd
创建调试DLL。定义 _MT 和 _DEBUG。

看到这里，我恍然大悟，原来这个开关就是控制这个C运行时库的引用方式的，真是踏破铁鞋无觅处得来全不费工夫。

当然到这里先别忙着去修改你的项目属性中关于这个开关的选项，因为当你的项目也是一个LIB时，如果使用了/MT或/MTd选项时，最终的静态LIB中就会出现LIBCMT.lib中的大量符号，导致在别的项目引用你的这个静态LIB时出现重复定义符号而无法链接的错误，怎么解决呢？其实继续看MSDN中的帮助就可以得到答案：传递给链接器的给定调用的所有模块都必须使用相同的运行时库编译器选项（/MD、/MT、/LD）进行编译。

呵呵，原来如此，所有的模块保持一致就完了，但是静态的LIB貌似还是无法引用，问题依旧怎么办呢？那就是在引用了你自己的使用/MT或/MTd选项编译生成的静态LIB的项目中，不但指定对应的/MT或/MTd选项，而且需要忽略LIBCMT.lib库即可。

到这里这个很纠结的问题，总算是有一个非常完满的解决方法了。总结下来，其实也怪自己，《VC++语言参考手册》中其实早就描述过这个问题了，而我没有注意，导致为这个非常基础的问题纠结了这么长的时间，实在是汗颜。在这里也非常感谢那位总监高手，轻松的解决了这个问题。也为以后大家也不再为这个问题发愁，所以写成这篇文章，让大家作为参考。

转自：http://blog.csdn.net/whatday/article/details/7933133

VC编译选项多线程(/MT)
多线程调试(/MTd)
多线程 DLL (/MD)
多线程调试 DLL (/MDd)
C 运行时库                        库文件
Single thread(static link) ML            libc.lib
Debug single thread(static link) MLd        libcd.lib
MultiThread(static link) MT            libcmt.lib
Debug multiThread(static link) MTd            libcmtd.lib
MultiThread(dynamic link) MD            msvert.lib
Debug multiThread(dynamic link) MDd        msvertd.lib 
3. 各种 C 运行时库的区别
（ 1 ）静态链接的单线程库
静态链接的单线程库只能用于单线程的应用程序， C 运行时库的目标代码最终被编译在应用程序的二进制文件中。通过 /ML 编译选项可以设置 Visual C++ 使用静态链接的单线
程库。
（ 2 ）静态链接的多线程库
静态链接的多线程库的目标代码也最终被编译在应用程序的二进制文件中，但是它可以在多线程程序中使用。通过 /MT 编译选项可以设置 Visual C++ 使用静态链接的多线程库。
（ 3 ）动态链接的运行时库
动态链接的运行时库将所有的 C 库函数保存在一个单独的动态链接库 MSVCRTxx.DLL 中， MSVCRTxx.DLL 处理了多线程问题。使用 /MD 编译选项可以设置 Visual C++ 使用动态
链接的运行时库。
/MDd 、 /MLd 或 /MTd 选项使用 Debug runtime library( 调试版本的运行时刻函数库 ) ，与 /MD 、 /ML 或 /MT 分别对应。 Debug 版本的 Runtime Library 包含了调试信息，并采用了一些保护机制以帮助发现错误，加强了对错误的检测，因此在运行性能方面比不上
Release 版本。 
警告   不要混合使用运行时库的静态版本和动态版本。在一个进程中有多个运行时库副本会导致问题，因为副本中的静态数据不与其他副本共享。链接器禁止在 .exe 文件内部既使用静态版本又使用动态版本链接，但您仍可以使用运行时库的两个（或更多）副本。例如，当与用动态
(DLL) 版本的运行时库链接的 .exe 文件一起使用时，用静态（非 DLL）版本的运行时库链接的动态链接库可能导致问题。（还应该避免在一个进程中混合使用这些库的调试版本和非调试版本）。

转自：http://blog.csdn.net/leishiwei/article/details/4009253