3.c++-/MD、/MDd 和 /MT、/MTd

1.后面第三个小写的'd'是代表debug版本，没有'd'的就是release版本了。

2./MT： "multithread, static version ” 意为多线程静态的版本

定义了它后，编译器把LIBCMT.lib 安置到OBJ文件中，让链接器使用LIBCMT.lib 处理外部符号。

静态链接的多线程库的目标代码也最终被编译在应用程序的二进制文件中，但是它可以在多线程程序中使用。、

3./MD： "multithread- and DLL-specific version“

意为多线程DLL版本，定义了它后，编译器把MSVCRT.lib 安置到OBJ文件中，它连接到DLL的方式是静态链接，实际上工作的库是MSVCR80.DLL

动态链接的运行时库将所有的 C 库函数保存在一个单独的动态链接库 MSVCRTxx.DLL 中， MSVCRTxx.DLL 处理了多线程问题

即：

静态运行时库：LIBCMT.lib

动态运行时库：MSVCRT.lib + MSVCRXX.DLL
明显，如果对同一个运行时库里的函数调用的库不同，则会出现重定义的错误。若此工程生成的是库文件，则其他工程调用此库时也必须是/MT。

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

但是，很多时候，为了程序的简洁发布，会使用MT方式

遇到

error LNK2005: "void __cdecl operator delete(void *)" (??3@YAXPAX@Z) 已经在 LIBCMTD.lib(dbgdel.obj) 中定义

这种坑爹的问题，最快的解决方式是：

命令行加上：

/FORCE:MULTIPLE

FORCE:MULTIPLE 这个选项告诉链接器去创建一个有效的exe文件或dll文件，即使一个函数或变量被引用，但多处定义。
这样生成的文件可能不会按照我们想象的那样执行。