C 运行时 (CRT) 和 c + + 标准库 (STL) .lib 文件

本主题列出了在 .lib 开发应用程序时可以链接的 Microsoft C 运行时库文件，以及其关联的编译器选项和预处理器指令。

如果正在查找有关部署支持应用程序所需的 C 运行时文件的信息，请参阅重新 分发 Visual C++ 文件 。

如果正在寻找 C 运行时库的 API 参考，请参阅 c 运行时库参考 。

C 运行时 .lib 文件

C 运行时库 (CRT) 是包含 ISO C 标准库的 c + + 标准库的一部分。 实现 CRT 的 Visual C++ 库支持用于 .NET 开发的本机代码开发以及本机和托管混合代码。 所有版本的 CRT 都支持多线程开发。 大多数的库都支持通过静态链接将库直接链接到代码中，或通过动态链接让代码使用常用 DLL 文件。

从 Visual Studio 2015 开始，CRT 已被重构为新的二进制文件。 通用 CRT (UCRT) 包含通过标准 C99 CRT 库导出的函数和全局函数。 UCRT 现在是 Windows 组件，作为 Windows 10 和更高版本的一部分提供。 UCRT 的静态库、DLL 导入库和标头文件现在位于 Windows SDK 中。 在安装 Visual C++ 时，Visual Studio 安装程序将安装使用 UCRT 所需 Windows SDK 的子集。 可以在 Visual Studio 2015 及更高版本支持的任何 Windows 版本上使用 UCRT。 你可以使用 vcredist 将其重新分发给除 Windows 10 或更高版本之外 Windows 支持的版本。 有关详细信息，请参阅重新分发 Visual C++ 文件。

下表列出了实现 UCRT 的库。

库关联的 DLL特征选项预处理器指令libucrt.lib无将 UCRT 静态链接到你的代码。/MT_MTlibucrtd.lib无用于静态链接的 UCRT 调试版本。 不可再发行。/MTd_DEBUG, _MTucrt.libucrtbase.dllUCRT 的 DLL 导入库。/MD_MT, _DLLucrtd.libucrtbased.dllUCRT 调试版本的 DLL 导入库。 不可再发行。/MDd_DEBUG, _MT, _DLL

vcruntime 库包含 Visual C++ CRT 实现特定的代码，例如异常处理和调试支持、运行时检查和类型信息、实现的详细信息和某些扩展的库函数。 Vcruntime 库版本需要与所用编译器的版本相匹配。

此表列出了实现 vcruntime 库的库。

库关联的 DLL特征选项预处理器指令libvcruntime.lib无静态链接到你的代码。/MT_MTlibvcruntimed.lib无用于静态链接的调试版本。 不可再发行。/MTd_MT, _DEBUGvcruntime.libvcruntime.dllvcruntime 的 DLL 导入库。/MD_MT, _DLLvcruntimed.libvcruntimed.dll调试 vcruntime 的 DLL 导入库。 不可再发行。/MDd_DEBUG, _MT, _DLL

 备注

重构 UCRT 后，并发运行时函数移到了 concrt140.dll 中，这已添加到 c + + 可再发行组件包。 此 DLL 是 C++ 并行容器和算法（如 concurrency::parallel_for）所必需的。 此外，c + + 标准库要求 Windows XP 上的此 DLL 支持同步基元，因为 Windows XP 没有条件变量。

初始化 CRT 的代码是几个库中的一个，根据 CRT 库是采用静态或动态链接还是本机、托管或混合代码而定。 此代码处理 CRT 启动、内部逐线程数据初始化和终止。 它特定于所用编译器的版本。 此库始终采用动态链接，即使使用动态链接的 UCRT 也是如此。

此表列出了实现 CRT 初始化和终止的库。

库特征选项预处理器指令libcmt.lib将本机 CRT 启动静态链接到你的代码。/MT_MTlibcmtd.lib静态链接本机 CRT 启动的调试版本。 不可再发行。/MTd_DEBUG, _MTmsvcrt.lib与 DLL UCRT 和 vcruntime 一起使用的本机 CRT 启动的静态库。/MD_MT, _DLLmsvcrtd.lib与 DLL UCRT 和 vcruntime 一起使用的本机 CRT 启动调试版本的静态库。 不可再发行。/MDd_DEBUG, _MT, _DLLmsvcmrt.lib与 DLL UCRT 和 vcruntime 一起使用的本机和托管混合 CRT 启动的静态库。/clrmsvcmrtd.lib与 DLL UCRT 和 vcruntime 一起使用的本机和托管混合 CRT 启动调试版本的静态库。 不可再发行。/clrmsvcurt.lib纯托管 CRT 的已弃用静态库。/clr:puremsvcurtd.lib纯托管 CRT 调试版本的已弃用静态库。 不可再发行。/clr:pure

如果从命令行链接程序，但没有指定 C 运行时库的编译器选项，则链接器将使用静态链接的 CRT 库： libcmt.lib 、 libvcruntime.lib 和 libucrt.lib 。

使用静态链接的 CRT 意味着由 C 运行时库保存的任何状态信息对于 CRT 的该实例而言是本地的。 例如，如果在 strtok 使用静态链接的 CRT 时使用，则分析器的位置与 strtokstrtok 同一进程中的代码中使用的状态无关 (但在不同的 DLL 或 EXE) 中，后者链接到静态 CRT 的另一个实例。 相反，动态链接的 CRT 可共享动态链接到 CRT 的进程中的所有代码的状态。 如果使用这些函数的新的更安全版本，则此问题不适用;例如， strtok_s 没有此问题。

由于通过链接到静态 CRT 构建的 DLL 具有其自己的 CRT 状态，因此不建议以静态方式链接到 DLL 中的 CRT，除非特别需要和理解这种结果。 例如，如果 _set_se_translator 在加载 dll （链接到其自己的静态 CRT）的可执行文件中调用，则该转换器将不会捕获由 dll 中的代码生成的任何硬件异常，但会捕获由主可执行文件中的代码生成的硬件异常。

如果使用 /clr 编译器开关，则代码将与静态库 msvcmrt.lib 链接。 静态库将提供托管的代码和本机 CRT 之间的代理。 不能使用静态链接的 CRT ( /MT 或 /MTd 与) 的选项 /clr 。 改用动态链接的库 (/MD 或 /MDd) 。 纯托管的 CRT 库在 Visual Studio 2015 中已弃用并在 Visual Studio 2017 中不受支持。

有关将 CRT 与结合使用的详细信息 /clr ，请参阅 /clr。

若要生成应用程序的调试版本， _DEBUG 必须定义该标志，并且该应用程序必须与其中一个库的调试版本链接。 有关使用调试版本的库文件的详细信息，请参阅 CRT 调试技术。

此版本的 CRT 不完全符合 C99 标准。 在 Visual Studio 2019 版16.8 之前的版本中， 不支持 t h. 标头。 在所有版本中， CX_LIMITED_RANGE 和 FP_CONTRACT 杂注宏不受支持。 某些元素（如标准 IO 函数中参数说明符的含义）默认采用旧的解释。 您可以使用 /Zc 编译器一致性选项并指定链接器选项来控制库一致性的某些方面。

C + + 标准库 .lib 文件 C++ 标准库特征选项预处理器指令libcpmt.lib多线程, 静态链接(c plus multithread)/MT_MTmsvcprt.lib多线程动态链接 (msvcp.dll 导入库)/MD_MT, _DLLlibcpmtd.lib多线程, 静态链接/MTd_DEBUG, _MTmsvcprtd.lib多线程动态链接 (msvcpd.dll 导入库)/MDd_DEBUG, _MT, _DLL

生成项目的发布版本时，默认情况下会链接一个基本 C 运行时库（ (、、) ），具体取决于你选择 (多线程 libcmt.libmsvcmrt.libmsvcrt.lib 、DLL、) 的编译器选项。 /clr 如果在代码中包含其中一个 C++ 标准库头文件，C++ 标准库将在编译Visual C++链接。 例如：

#include 

对于二进制兼容性，可通过单个导入库指定多个 DLL 文件。 版本更新可能会引入点库，点库是引入新的库功能的 单独的 Dll。 例如，Visual Studio 2017 版本 15.6，在不中断 支持的应用程序二进制接口 (ABI) 支持的其他标准库 msvcp140_1.dll 功能 msvcp140.dll 。 2017 版本 15.6 Visual Studio工具集中包含的导入库支持这两个 DLL，此版本的 msvcprt.lib vcredist 将安装这两个 DLL。 传送后，点库具有固定 ABI，且不会在以后的点库中包含依赖项。

如果应用程序使用多个 CRT 版本，将存在什么问题？

每个可执行映像（EXE 或 DLL）可以具有其自己静态链接的 CRT，或可以动态链接到 CRT。 静态包括在某个映像中或某个映像动态加载的 CRT 版本取决于构建 该 CRT 时采用的工具和库。 单个进程可能会加载多个 EXE 和 DLL 映像，每个都有其自己的 CRT。 每个 CRT 可能使用不同的分配器，可能具有不同的内部结构布局，可能使用不同的存储排列方式。 这意味着，分配的内存、CRT 资源或跨 DLL 边界传递的类可能会导致内存管理、内部静态使用或布局解释出现问题。 例如，如果在一个 DLL 中分配类，但将其传递给另一个 DLL 或由另一个 DLL 删除，那么使用了哪个 CRT 释放器？ 导致的错误程度可以从微小到立即致命，因此强烈建议不要直接传输此类资源。

你可以使用应用程序二进制接口 (ABI) 技术避免这些问题，因为此技术被设计成稳定且版本可控。 设计 DLL 导出接口以按值传递信息，或致力于调用方传入而非本地分配并返回给调用方的内存。 使用封送处理技术在可执行映像之间复制结构化数据。 本地封装资源并仅允许通过向客户端公开的句柄或函数操作。

如果进程中的所有映像全都使用相同的 CRT 动态加载版本，则也有可能避免这些问题。 若要确保所有组件都使用相同的 CRT DLL 版本，请使用 选项生成它们，并使用相同的 /MD 编译器工具集和属性设置。

如果程序跨 DLL 边界传递某些 CRT 资源，请小心。 即使使用相同的 CRT 版本，文件句柄、区域设置和环境变量等资源也可能会导致问题。 有关所涉及问题以及如何解决这些问题的详细信息，请参阅跨 DLL 边界传递 CRT 对象时可能的错误。

另请参阅

C 运行时库参考重新分发 Visual C++ 文件