在 Visual Studio 中，有编译标志 /MD 和 /MT 可供选择，用以选择要使用的 C 运行时库。
我了解它们的实现差异，但仍不确定应该使用哪个。它们各自的优缺点是什么？
我听说 /MD 的一个优点是，这可以让别人更新运行时库（比如可能修补安全问题），而我的应用程序也会受益于此更新。尽管对我来说，这似乎几乎不算一项功能：我不希望别人更改我的运行时库，而不允许我针对新版本进行测试！
以下是我想知道的一些事情：
通过与 /MD 动态链接，
实际上，当与以不同运行时选项构建的静态链接第三方二进制库一起使用时，我发现主应用程序中的 /MT 往往比 /MD 更容易引起冲突（因为如果多次静态链接 C 运行时，尤其是不同版本，则会遇到麻烦）。
/MT在运行时会稍微快一些，因为您的应用程序不需要每次搜索运行时函数的实现。在这个水平上我不是专家，但我非常确定大多数操作系统将缓存运行时实现，所以你的应用程序将使用缓存版本，因此差异不会太大。请注意，我提到我不确定，所以不要把这个评论当成争论。 - Ahmed Kamal如果你正在使用DLL，则应该选择动态链接的CRT（/MD）。
如果你为你的.exe和所有.dll使用动态CRT，那么它们将共享一个CRT实现 - 这意味着它们将共享一个CRT堆，一个.exe / .dll中分配的内存可以在另一个模块中被释放。
如果你为你的.exe和所有.dll使用静态CRT，那么它们将各自获得CRT的一个独立副本 - 这意味着它们将使用自己的CRT堆，因此必须在分配内存的同一模块中释放内存。你还将遭受代码膨胀（多个CRT的副本）和过多的运行时开销（每个堆从操作系统中分配内存来跟踪其状态，开销可能很明显）。
我认为通过Visual Studio构建的项目默认选项是/MD。
如果您使用/MT，则您的可执行文件不会依赖于目标系统上存在DLL。如果您将其包装在安装程序中，这可能不是问题，您可以选择任何一种方式。
我自己使用/MT，这样我就可以忽略整个DLL混乱。
另外，正如Fooz先生所指出的那样，保持一致非常重要。如果您链接其他库，您需要使用相同的选项。如果您使用第三方DLL，则几乎肯定需要使用运行时库的DLL版本。
我更喜欢使用静态链接，选择 /MT 选项。
虽然使用 /MD 选项可以得到更小的可执行文件，但是为了确保用户能够正确运行您的程序，您仍然需要发布一堆 DLL 文件。最终，您的安装程序会比使用 /MT 选项时还要大。
更糟糕的是，如果您选择将运行库放在 Windows 目录中，迟早会有用户安装一个带有不同运行库的新应用程序，并且运气不好的话，可能会破坏您的应用程序。
/MD选项可能遇到的问题是，目标 CRT 版本可能不存在于用户的计算机上（特别是如果您正在使用最新版本的Visual Studio，而用户却拥有较旧的操作系统）。
在这种情况下，您需要想办法将正确的版本安装到他们的计算机上。
来自http://msdn.microsoft.com/en-us/library/2kzt1wy3(VS.71).aspx:
/MT 定义_MT，以便从标准头文件(.h)中选择多线程特定版本的运行时例程。此选项还会导致编译器将库名LIBCMT.lib放置到.obj文件中，以便链接器使用LIBCMT.lib解析外部符号。创建多线程程序需要使用/MT或/MD（或其调试等效项/MTd或/MDd）之一。
/MD 定义_MT和_DLL，以便从标准.h文件中选择多线程和DLL特定版本的运行时例程。此选项还会导致编译器将库名MSVCRT.lib放置到.obj文件中。
使用此选项编译的应用程序静态链接到MSVCRT.lib。该库提供了一层代码，允许链接器解析外部引用。实际的工作代码包含在MSVCR71.DLL中，必须在运行时对与MSVCRT.lib链接的应用程序可用。
当使用定义_STATIC_CPPLIB（/D_STATIC_CPPLIB）的/MD时，它将导致应用程序链接到静态多线程标准C++库（libcpmt.lib），而不是动态版本（msvcprt.lib），同时仍通过msvcrt.lib动态链接到主CRT。
如果我理解正确，那么/MT进行静态链接，而/MD进行动态链接。