C/C++ 运行时库是程序运行依赖的基础库，提供语法与标准库底层支持。核心功能包括程序启停管理、封装平台 API、实现标准库及支持语言特性（如异常、RTTI）。不同平台实现各异，Linux 常用 glibc/libstdc++，Windows 使用 MSVC CRT，macOS/iOS 使用 libSystem/libc++。开发中需注意静态库与动态库的选择，统一链接方式以避免多实例问题，防止跨模块内存管理错误，并确保编译与运行环境版本一致。
本文介绍 C/C++ 运行时库（Runtime Library）的定义、核心功能、各平台实现形式（GNU/MSVC/LLVM 等），以及开发中常遇到的多实例、多版本问题与注意事项。适合 C/C++ 开发、跨平台构建与排障的读者。
运行时库（Runtime Library） 是程序运行时依赖的基础库，为 C/C++ 的语法与标准库提供底层支持，由编译器厂商提供并随编译器一起发布，编译链接时由编译器自动链接进程序。
| 要点 | 说明 |
|---|---|
| 定义 |
| 程序运行时依赖的基础库，为语言语法与标准库提供支持 |
| 类比 | 类似 Java 的 JRE（JVM + 标准库）、Python 的解释器 + 标准库，是语言运行所依赖的底层环境 |
| 提供方 | 由编译器厂商实现，不同编译器（如 MSVC、GCC、Clang）的实现各不相同 |
支撑程序运行
CPU / 内存等硬件
操作系统
C/C++ 运行时库
C/C++ 程序
与其他语言对比：
| 语言 | 运行时库 / 环境 |
|---|---|
| Java | JRE（JVM + Java 标准库） |
| Python | Python 解释器 + Python 标准库 |
| JavaScript | 浏览器或 Node 中的 JS 引擎 + 标准库 |
| C/C++ | CRT + C++ 标准库实现（随编译器提供） |
C/C++ 运行时库的主要职责可归纳为以下几类：
| 功能 | 说明 |
|---|---|
| 程序启停管理 | 在 main 执行前初始化全局变量、堆、I/O、环境变量与命令行参数；在 main 结束后做资源清理 |
| 封装平台 API | 将 malloc/free、fopen/fread 等跨平台标准函数封装为统一接口，底层调用各系统 API（如 Linux 的 brk/mmap、Windows 的 HeapAlloc/VirtualAlloc），屏蔽操作系统差异 |
| 实现标准库 | 提供 C/C++ 标准库中大部分实现：C 的 stdio、stdlib、string 等；C++ 的容器、算法、线程、智能指针、流等 |
| 支持语言特性 | 为 C++ 的异常处理（Exception）、RTTI、new/delete 等提供底层支持 |
C 语言常用函数（如 printf、malloc/free、fopen/fread、strcpy、sin 等）并非由操作系统直接提供，而是由 C 运行时库提供实现。
brk、mmap 等，Windows 提供 HeapAlloc、VirtualAlloc 等；C 库封装成统一的 malloc、free（内部常做内存池，小块从池分配，大块调系统 API）。fopen、fread、fwrite 等缓冲式 FILE 操作，在 Linux 下封装 open、read、write，在 Windows 下封装 CreateFile、ReadFile、WriteFile。main 前后插入逻辑：main 之前初始化全局变量、环境变量、命令行参数等；main 之后做清理。因此，C 语言被称为'可移植语言'的重要原因之一，就是运行时库帮我们屏蔽了操作系统差异，无需为每个平台写不同的系统调用代码。
C++ 在 C 的基础上增加了语言特性（类、多态、new/delete、异常、RTTI）和标准库（string、vector、流、智能指针、线程等）。C++ 运行时库在 C 运行时库之上，为这两部分提供支持。
| 部分 | 内容 |
|---|---|
| 语言特性 | 类、多态、new/delete、异常处理、RTTI 等的运行时支持 |
| 标准库 | 容器（vector、map 等）、算法、I/O 流、智能指针、日期时间、线程等实现 |
这些实现由编译器厂商打包成静态库（.a/.lib）或动态库（.so/.dll），编译链接时自动链接进程序。
C 和 C++ 各有一种标准（由标准委员会制定，有多个版本），但有多种实现（由各编译器厂商完成）。
标准只定义语法、语义以及头文件与库函数声明，不负责实现。实现由 GCC（GNU）、MSVC、LLVM/Clang 等厂商完成，包括语法实现与运行时库（标准库）实现。
与自行开发的库一样，C/C++ 运行时库也分为静态库和动态库：
| 类型 | 常见后缀 | 特点 |
|---|---|---|
| 静态库 | Linux .a，Windows .lib | 链接时编进可执行文件，运行时无额外依赖，体积大 |
| 动态库 | Linux .so，Windows .dll | 多个程序共享，体积小，但运行时需能找到对应库文件 |
各平台库文件格式（简要）：
| 平台 | 可执行/库格式 |
|---|---|
| Linux / ELF 系 | 可执行与 .so 多为 ELF |
| Windows | PE（.exe、.dll、.lib 等） |
| macOS / iOS | Mach-O（.dylib、.a 等） |
不同平台、不同编译器对应不同的 C/C++ 运行时库实现，通常以静态库或动态库形式存在。
| 平台 | C 运行时库（CRT） | C++ 运行时库 | 说明 |
|---|---|---|---|
| Linux / Android | glibc / Bionic libc | libstdc++ / libc++ | Android NDK 自 r18 起 C++ 统一使用 libc++ |
| Windows (MSVC) | msvcrt.dll、ucrtbase.dll 等 | msvcp140.dll、vcruntime140.dll 等 | VS2015 起 CRT 重构为 UCRT + 编译器相关库 |
| Apple (macOS/iOS) | libSystem.dylib | libc++.dylib / libc++.a | 使用 LLVM/Clang 工具链 |
| LLVM / 其他 | — | libc++ | LLVM 主推的 C++ 标准库实现 |
libc.so。libstdc++.so。libc.so 等；最简 C++ 程序还会依赖 libstdc++.so、libm.so、libgcc_s.so 等。gcc -static 会静态链接 libc（且通常全静态）；C++ 可用 -static-libstdc++ 仅静态链接 libstdc++。msvcrt.dll；VS2015 起拆分为 UCRT（如 ucrtbase.dll）与编译器相关库。msvcp6.dll、msvcrXX.dll/msvcpXX.dll；VS2015 起常见 vcruntime140.dll、msvcp140.dll 等。msvcp140.dll 等而无法运行。libc++.dylib、libc++.a。libc.so、libc.a。libc++_shared.so，静态库为 libc++_static.a。可在工程中选择链接动态或静态版本。在 Windows 上，同一进程内所有模块（EXE、DLL、静态库）的运行时库链接方式应一致：
不要在一个模块（如 DLL A）里用 malloc 分配内存，在另一个模块（如 EXE 或 DLL B）里用 free 释放。不同模块可能使用不同的堆或运行时库实例，跨模块释放可能导致未定义行为或崩溃。
原则：谁分配谁释放；或使用明确支持跨模块释放的分配器/接口。
若程序动态链接 CRT（/MD 或 /MDd），部署时需确保目标机器已安装对应版本的 Visual C++ 可再发行组件（如 vcredist），否则会因缺少 msvcp140.dll、vcruntime140.dll 等而运行失败。
现象：同一进程内存在多份运行时库实例（例如主程序与某 DLL 各自静态链接了 CRT），各自维护自己的堆。在一个模块里 malloc 得到的内存，在另一个模块里 free，可能崩溃。
原则：谁分配谁释放；尽量整个进程只使用一份运行时库（统一动态或统一静态）。
| 平台 | 说明 |
|---|---|
| Linux | 主程序与动态库默认都动态链接 CRT；主程序可静态链接，动态库一般不支持静态链接 CRT，从而避免多实例 |
| Windows | 主程序与 DLL 都可选静态或动态，容易混用，需在工程中统一 /MT 或 /MD |
| iOS/macOS | 一般不支持静态链接 CRT，多实例风险小 |
| Android | 动态库可静态链接 libc++，有潜在多实例风险，官方文档有说明；单动态库时推荐静态链接 |
若主要做 Windows 或 Android，或跨平台包含这两者，需要特别注意运行时库的链接方式与跨模块内存使用。
运行时库会随编译器升级而有多个版本，带来两类不一致：
可能表现为：链接时报符号冲突或找不到、启动时动态加载器报缺符号、或运行中出现难以复现的异常。
应对思路：
| 方法 | 说明 |
|---|---|
| 静态链接 | 不依赖环境中的 CRT，用体积换少依赖；Windows 上较常用，Android 单动态库时也常推荐 |
| 开发环境一致 | 各模块使用同一套编译器与运行时库版本（如 Windows 工具集 v142/v143、Linux 的 GCC 版本、Android NDK 版本） |
| 运行环境一致 | 通过 rpath、LD_LIBRARY_PATH 等指定库搜索路径；或使用容器提供一致的运行环境 |
多实例
统一链接方式
谁分配谁释放
多版本
编译/运行环境一致
静态链接或指定库路径
| 主题 | 要点 |
|---|---|
| 定义 | 运行时库是程序运行时依赖的基础库，为 C/C++ 语法与标准库提供支持，由编译器厂商提供 |
| 功能 | 启停管理、封装平台 API（malloc/fopen 等）、实现标准库、支持异常/RTTI/new 等 |
| 形式 | 静态库（.a/.lib）或动态库（.so/.dll）；各平台实现不同（glibc/libstdc++、MSVC、libc++、Bionic 等） |
| 注意 | Windows 统一 /MT 或 /MD；避免跨模块 malloc/free；动态链接时需部署 vcredist；注意多实例与多版本 |
| 术语 | 含义 |
|---|---|
| CRT | C Runtime，C 运行时库 |
| glibc | GNU C Library，Linux 常见 C 运行时库 |
| libstdc++ | GCC 配套的 C++ 标准库实现 |
| libc++ | LLVM 的 C++ 标准库实现 |
| UCRT | Universal C Runtime，Windows VS2015 起通用 C 运行时 |
| /MT、/MD | MSVC 的静态、动态链接 CRT 选项 |
ldd、readelf 查看依赖；rpath、LD_LIBRARY_PATH 与 ldconfig。
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online
将 Markdown（GFM）转为 HTML 片段，浏览器内 marked 解析；与 HTML转Markdown 互为补充。 在线工具，Markdown转HTML在线工具，online
将 HTML 片段转为 GitHub Flavored Markdown，支持标题、列表、链接、代码块与表格等；浏览器内处理，可链接预填。 在线工具，HTML转Markdown在线工具，online
通过删除不必要的空白来缩小和压缩JSON。 在线工具，JSON 压缩在线工具，online
将JSON字符串修饰为友好的可读格式。 在线工具，JSON美化和格式化在线工具，online