运行库是程序运行时依赖的库文件（DLL）。很多常用软件（迅雷、QQ、Adobe 等）用 Microsoft Visual Studio 编写，运行时依赖对应的 Visual C++ 运行库，缺了就会报「缺少 MSVCP140.dll」这类错误。本合集把这些官方运行库打包成一键安装的整合包；如果你只想补某一个，文末附微软官方直链。
信息核验时点：2026-10-11（合集版本 6.0.26.0607，2026-06-07 更新；随 VS2026 发布的官方 v14 最新包已不支持 Windows 7 与 8.1）。
本文要点
- 一句话定义：微软常用运行库合集（MSRuntimePackage）是把微软官方运行库打包成一键安装的第三方整合安装包
- 解决什么问题：软件缺少 MSVCP140.dll、VCRUNTIME140.dll 等报错时，按报错 DLL 名字对症补装对应运行库
- 包含组件：VC++ 2005–2022 历代运行库、DirectX 2010、通用 C 运行库、.NET Framework 3.5/4.8 等
- 版本信息：6.0.26.0607（2026-06-07 更新），适用 Windows 7 SP1 及以上，支持 x86 与 x64
- 本次更新：跟进 VC++ v14 Redist 14.51.36247.0；已安装则跳过不再卸载；新增 VC 运行库卸载工具
- 适用人群与短板：价值主要在装机批量场景；整合包未提供 SHA256 校验，对来源敏感建议用微软官方直链
一、为什么软件会提示「缺少 DLL」
每个 VC++ 运行库版本和编译器版本绑定：用 VS2022 编译的程序依赖 VC++ 2015-2022 运行库（统一包），用 VS2010 编译的依赖 VC++ 2010 运行库。这些 DLL 属于系统级组件，软件安装包通常不带，于是新系统第一次运行老程序、或精简版系统运行任何程序时，就会弹「缺少 xxx.dll」。
对症下药的原则：看报错的 DLL 名字——MSVCP140.dll / VCRUNTIME140.dll 对应 VC++ 2015-2022；MSVCP100.dll 对应 2010；d3dx9_43.dll 对应 DirectX 2010 运行库。
二、合集信息
| 项目 | 内容 |
|---|---|
| 软件名称 | 微软常用运行库合集（MSRuntimePackage） |
| 软件版本 | 6.0.26.0607 |
| 性质 | 第三方整合安装包（组件全部来自微软官方安装程序） |
| 适用系统 | Windows 7 SP1 及以上 |
| 架构支持 | x86 (32位) + x64 (64位) |
| 安装方式 | 图形界面安装 / 静默安装（参数 /S，需以管理员身份运行） |
包含的运行库组件
带 * 号项为在线安装选项：
| 组件 | 说明 |
|---|---|
| Microsoft .NET Framework 3.5 | * 在线安装选项，Win10/11 也可通过「启用或关闭 Windows 功能」启用 |
| Microsoft .NET Framework 4.8 | 离线安装，要求 Windows 7 SP1 |
| DirectX End-User Runtimes (Jun 2010) | 老游戏和多媒体程序依赖的 d3dx9 等辅助库 |
| Windows Universal C Runtime | Windows 通用 C 运行库 |
| Microsoft Visual C++ 2005 / 2008 / 2010 / 2012 / 2013 Redist | 老软件依赖的历代 VC++ 运行库 |
| Microsoft Visual C++ 2015-2022 Redist | 当前主流软件依赖的统一运行库 |
| Microsoft Visual C++ v14 Redist（2026 更新版） | 版本号 14.51.36247.0，兼容 VS 2015–2026 构建的应用 |
| Visual Studio 2010 Tools for Office Runtime | Office 插件开发运行库 |
程序会自动判断系统支持情况，隐藏不适用的组件，避免误装。
2026-06-07 更新日志（v6.0.26.0607）
- 跟进 Microsoft Visual C++ v14 Redist（2026 更新版）14.51.36247.0；
- 安装逻辑调整：安装时不再卸载 VC 运行库，改为根据检测结果决定跳过或安装；
- 新增专门的 VC 运行库卸载工具，可自行选择卸载清理。
三、Win10/11 还需要装吗（重点）
不是所有人都需要全套。按报错情况对症安装：
| 组件 | Win10/11 是否需要 | 说明 |
|---|---|---|
| VC++ 2015-2022 | 建议装 | 大量新软件依赖 MSVCP140/VCRUNTIME140 |
| VC++ 2005-2013 | 按需 | 只有运行老软件、老游戏时才需要 |
| DirectX 2010 运行库 | 按需 | 系统自带 DX12，但不含 d3dx9 等老辅助库，老游戏报错时装 |
| Universal C Runtime | 不用 | Win10/11 系统内置 |
| .NET Framework 4.8 | 不用 | Win10 1903+ / Win11 已内置 |
| .NET Framework 3.5 | 按需 | 用「启用或关闭 Windows 功能」勾选即可，无需第三方包 |
Win7 SP1 用户则基本全套都需要。合集的价值主要在装机批量场景（装完系统一次性补齐），日常单机遇到报错，按上面的表对症下药更干净。补完运行库，下一步该装哪些能用的软件，本站按官方口径逐款核过，见 2026 年还能用 Windows 7 办公吗？这些常用软件仍支持 Win7。
四、微软官方直链（不想用整合包的看这里）
- VC++ 全版本：微软官方 Latest Supported Visual C++ Downloads（含 2015-2022 统一包 x86/x64/ARM64 直链）
- DirectX 2010 运行库：微软官方下载中心（DirectX End-User Runtimes June 2010）
- .NET Framework：dotnet.microsoft.com
官方直链逐个装更可控，也最适合对来源有严格要求的办公环境。
五、安装说明
图形界面安装
- 下载后右键「以管理员身份运行」；
- 查看组件列表，已安装的显示 "Installed" 且不可选；
- 勾选需要安装的组件，点击「安装」，等待自动完成。
静默安装（适合装机人员）
MSRuntimePackage.exe /S/S 参数静默安装，无需人工干预，适合封装系统或批量部署。请以管理员身份运行 CMD。六、下载地址
立即下载（作者发布渠道）
来源说明：这是第三方整合包，发布页未提供 SHA256 校验值。企业环境或对来源敏感的场景，建议直接使用第四节的微软官方直链。
七、常见问题
Q1：安装后还是提示缺少 DLL？
- 确认安装的是最新版本；
- 核对报错的 DLL 文件名与运行库版本的对应关系（见第一节），必要时重装报错的软件本身。
Q2：可以只装某个版本的 VC++ 运行库吗？
- 可以，在安装界面取消勾选不需要的组件即可。
Q3：会覆盖已有的运行库吗？
- v6.0.26.0607 起逻辑为「检测到已安装就跳过」，不再先卸载再安装。
Q4：如何卸载已安装的运行库？
- 此版本附带了专门的 VC 运行库卸载工具，可在开始菜单或安装目录中找到。
八、官方运行库的版本与兼容性边界
合集把一堆包打在一起，但每个包自己的支持边界并没有变。这些数字全部来自微软官方文档，值得单独存一份：
| 运行库 | 官方最新可用版本 | 支持状态与系统边界 |
|---|---|---|
| Visual C++ v14 Redistributable（VS2017–2026 共用） | 官方页不列固定版本号，改用永久直链 | 随 Visual Studio 2026 发布的最新版仅支持 Windows 10、Windows 11，以及 Windows Server 2016、2019、2022、2025 |
| Visual C++ 2015（VC++ 14.0） | 14.0.24212.0 | 随 VS2015 于 2025-10-15 一同终止支持 |
| Visual C++ 2013（VC++ 12.0） | 12.0.40664.0 | 不再支持，但仍可与其他版本并排安装 |
| Visual C++ 2012 Update 4（VC++ 11.0） | 11.0.61030.0 | VS2012 延长支持已于 2023-01-10 结束 |
| Visual C++ 2010 SP1（VC++ 10.0） | 10.0.40219.325 | VS2010 SP1 已于 2020-07-14 终止 |
| Visual C++ 2008 SP1（VC++ 9.0） | 9.0.30729.5677 | VS2008 SP1 已于 2018-04-10 终止 |
三条推论比表格本身更有用：
- 2013 及更早版本是并排安装的，它们和 v14 统一包互不替代。这就是"明明装了最新运行库、老程序照样报 MSVCP100.dll"的根本原因——不是装坏了，是那个程序压根不认 v14。
- 最新的 v14 包已经不支持 Windows 7 和 8.1。合集声称适用 Win7 SP1 及以上，靠的是保留旧版本组件；给 Win7 老机器批量装机时，别指望最新 v14 那一项能装上。
- 体系结构必须与应用程序的目标架构匹配，x86 系统上装不了 x64 或 ARM64 包；反过来，x64 可再发行包内同时含 x64 与 ARM64 二进制，在 ARM64 设备上装 x64 包可以顺带把 ARM64 运行时装进去。
九、自己手动补齐一个运行库怎么做？
不想用整合包，或者整合包装完仍报错时，按官方口径走这六步：
- 记下报错 DLL 的名字。官方文档给的典型提示形如"此应用程序无法启动，因为找不到 library.dll。重新安装应用程序可能会修复此问题"，把 library 换成实际文件名。
- 查机器上已装的版本。
Win + R输入regedit，定位HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VisualStudio\14.0\VC\Runtimes\下的x86、x64或arm64子项：Version是字符串值，另有Major、Minor、Bld、Rbld四个 DWORD 值。只有在 64 位系统上用 Regedit 查已装的 x86 包时才需要走Wow6432Node这一层。 - 取包。v14 用官方永久直链 https://aka.ms/vc14/vc_redist.x64.exe（同格式还有
.x86.exe、.arm64.exe），永远指向最新受支持版本。 - 以管理员身份运行。不在提权的命令提示符里跑，就得响应 UAC 弹窗，否则安装程序无法以管理权限完成。
- 按需加命令行参数。官方列出的选项是
/install、/repair、/uninstall、/layout（把包内容完整复制到当前目录，适合内网分发），以及控制交互程度的/passive（显示进度条但无需点）、/quiet（完全不弹界面）、/norestart（禁止重启尝试）、/log 文件名.txt（指定日志，默认也会在%TEMP%生成日志）。官方给的推荐范例是vc_redist.x64.exe /install /passive /norestart——显示进度、不需要点、也不重启。 - 失败先怀疑"拒绝降级"，而不是"没装上"。每个可再发行包安装前都会检查机器上是否已有更高版本，发现更高版本就直接安装失败并把错误结果返回给调用方；VS2015 及以后会弹错误消息，带
/quiet时不弹但日志照记。所以脚本批量部署时，正确姿势是先读第 2 步那个注册表值，比目标版本新就跳过——v6.0.26.0607 改用"检测到已安装就跳过"的逻辑，正是同一思路。
注意别把两套静默参数混了：合集本体是 MSRuntimePackage.exe /S，微软官方包是 /quiet 或 /passive，写进部署脚本时不能互换。
十、更多常见问题
装了运行库，老程序还是提示缺 MSVCP100.dll？
先看报错文件名对应的到底是哪一代：MSVCP100.dll 属于 VC++ 2010，MSVCP140.dll 与 VCRUNTIME140.dll 属于 v14，两者不互相替代。再核对体系结构——32 位程序需要的是 x86 包，哪怕你的系统是 64 位、而且已经装了 x64 运行库。这两项都没问题却依旧报错，就重装报错的软件本身，它的安装程序可能把运行库文件装坏在自己的安装路径里。
公司老项目只用 VC++ 2015，官方不管了吗？
2025-10-15 起，Visual Studio 2015 终止支持，绑定在它首发上的 Visual C++ 2015 Redistributable（14.0.24212）同日结束支持，官方页上它的最新可用版本停在 14.0.24212.0。但 v14 运行时在二进制上和 VS2015 生成的程序兼容，微软的明确建议是两条：把项目迁到仍受支持的 MSVC 生成工具并配最新 v14 运行时；或者就地把 VC++ 2015 Redistributable 升级到 14.0.24212.0。继续在旧包上裸奔，等于拿不到安全更新。
能不能把 DLL 直接拷进软件目录，不往系统里装？
可以，官方管这叫"应用程序本地部署"——把可再发行 DLL 放进可执行文件所在的那个文件夹。但文档同时写明，出于服务（维护）原因不建议这么做：微软不再通过集中部署渠道给你推运行时更新，库文件出了问题也得你自己换、自己重发安装包。真正该用的场景是绿色软件、U 盘随身工具这类无法保证目标机器有管理员权限的情况。
打包安装程序时还能用 .msm 合并模块吗？
不建议。官方已明确 Visual C++ 可再发行程序包文件的合并模块（.msm）处于弃用状态，不推荐用于应用部署，改而建议集中部署可再发行包。差别不只是写法：集中部署时运行库的跟踪和维护由微软负责，卸载你的应用不会牵连其他程序；而用合并模块，运行时库一有更新你就得同步更新并重新分发自己的 .msi，否则应用可能暴露在 bug 或安全问题之下。
