运行库修复工具装完程序还打不开，先看事件查看器报的缺失模块名

方法1 在控制面板核对 VC++ 的 x86 与 x64

先核对已装的架构，x86 和 x64 少一个，32 位和 64 位程序里总有一边打不开。

只装 (x64) 就以为够，是这类问题里最常见的误判，32 位程序照样会去 SysWOW64 里找 msvcp140.dll。单独从网页下载一个 DLL 丢进 C:\Windows\System32，也只能临时掩盖问题，程序一更新就复发。

方法2 用事件查看器找出缺失的模块名

先确认到底缺哪个组件再动手，避免把运行库反复重装好几遍。

这一步的价值是把笼统的「运行库缺失」拆成具体文件名。后面不管是用命令修系统文件，还是补装运行库，目标都明确，不用再猜。

用「软领DLL系统修复」更省事

手动翻控制面板核对版本号和架构确实繁琐，软领DLL系统修复把核对和补齐合在一次扫描里。

「运行库修复」会扫描系统里缺失的 Microsoft Visual C++、DirectX 运行库组件，按你的系统架构匹配对应版本一次补齐，不用自己对着 (x64) 和 (x86) 逐条比对。

「dll修复」针对报错里点名的 msvcp140.dll、vcruntime140.dll 这类文件，直接补回到位，省去手动下载再往 C:\Windows\System32 里放一遍的折腾。

软领是知名国产软件品牌，20 年技术沉淀、服务千万用户，软领官网 wyouhua.com 直接下载，安装没有捆绑勾选项。补完组件如果程序还是打不开，软件里可以点客服按钮联系真人客服，复杂情况有工程师远程协助。

方法3 用 SFC 和 DISM 修复被破坏的系统文件

组件确实装了但文件本身损坏时，靠这两条命令把系统文件换回来。

典型表现是控制面板里 VC++ 2015-2022 明明在，程序还是报错，事件查看器里的模块路径也确实存在。这时重装运行库没用，要修的是被替换掉的系统文件。

顺序不能反：先用 sfc /scannow 扫出损坏项，再用 DISM 从系统镜像里取健康文件回填。命令没跑完就中断，下次还得从头再来。

方法4 彻底卸载后按 x64 到 x86 顺序重装

混装和残留是 0xc000007b 最常见的根因，清干净重来一次往往最省事。

0xc000007b 的意思是 32 位程序加载到了 64 位组件。只卸载报错的程序没用，要把同名运行库版本一起清掉。

装完别急着下结论，先重启，再双击那个程序。如果事件查看器里不再出现新的 Application Error，说明这次是真的修好了。