缺少dll文件怎么办，先看清报错框里的文件名，再按这 4 步排查

上周半夜，一个朋友发消息过来。他说上班一周太累，想打两把游戏换换脑子，结果点完开始，游戏没进去，屏幕上先弹出一个报错框：找不到 msvcp140.dll。他重启、卸载、重装，折腾到凌晨两点多，问题还在。第二天见面他问我，是不是只能重装系统了。

我说不用。绝大多数 dll 报错，离重装系统还隔着一整条排查的路。

Windows 的系统组件有点像一盒乐高。很多软件运行起来，靠的是系统里现成的那套零件，自己并不重写每行代码。这套零件少了一块，或者版本对不上，软件伸手扑空，弹出来的就是 dll 找不到的提示。

所以遇到「缺少 dll 文件」，下面这三件事比研究那个后缀怎么编出来的更值得花时间：报错之后去哪儿找答案、按什么顺序排查、哪些操作不能做。

报错框上的那串字母，先看清楚

很多人一弹报错就慌，点完确定立刻切出去搜。其实那一刻最该做的事，是凑近看清框里写的到底是哪几个字母。

Windows 的报错很老实，缺什么就写什么。常见的名字就那么几类：

• msvcp140.dll、vcruntime140.dll，vc 开头的，基本是同一路问题；
• d3dx9.dll 这类 d3d 开头的，属于 DirectX 组件；
• 0xc000007b，这串其实是错误代码，跟上面两类不是一回事，但排查路径有重合。

前两个都跟 VC 运行库有关。很多大型软件和游戏是用微软的 Visual C 工具链写出来的，运行的时候需要系统里已经装好对应版本的运行库。只装了软件本体、没装运行库，或者运行库组件本身损坏，软件一调接口就失败，弹出来的就是 msvcp140.dll 找不到、vcruntime140.dll 找不到。

0xc000007b 第一次看到看着挺吓人，一长串。但大部分情况下，它背后还是运行库不齐，或者 64 位程序误调了 32 位组件这一类事。

别在网上随便下一个单独的 dll 文件，手动丢进系统目录。 下载来的东西，你没办法确认里面有没有夹带。稳妥的路子只有两条：去微软官方把一整套装全，或者用修复工具把整片运行库环境过一遍。

手动修复一：vc 开头的，装全 Visual C++ 运行库

如果你愿意自己把来龙去脉搞清楚，手动修复也是走得通的路。

微软官方提供了一个合集包，叫 Visual C++ Redistributable，直接在微软官网搜这个名字就能找到。下载页认准微软自己的域名，不要点进那些长得像下载站的页面。

安装的时候有一件事一定要记住：x86 和 x64 两个版本都要装。

很多程序你以为它是 64 位的，实际内部还调用了 32 位组件。只装一个版本，回头照样弹报错。装完重启一次，前面那两种跟 vc 运行库相关的 dll 报错，大概率就消停了。

手动修复二：d3d 开头的，补 DirectX 组件

还有一种情况也很常见，但跟运行库没关系：d3dx9.dll 丢失。

这类 d3d 开头的文件属于 DirectX 组件，多见于老一点的游戏。一打开就说 d3dx9 不见了，很多人第一反应是去升级显卡驱动，升完发现还是一样。这种时候去微软官网搜 DirectX End-User Runtimes，装一下就好。

装 DirectX 的时候，可能会弹一个框说「系统已安装更高版本，无需再装」。听着莫名其妙，但那只是安装程序自己的自检逻辑，它和实际缺组件的情况并不完全对齐。这种细节，只有自己完整操作一遍才会碰上。

手动修复会碰到的几个坎

手动这条路能走通，成本主要花在每一步的确认上，技术难度本身也不高。把实际碰到的几类情况列一下：

用修复工具走一条省事的路

对多数人来说，比起一套一套地找运行库合集、逐个对版本号，直接用专门的 dll 修复工具要省事不少。

这类工具的做法大同小异：先自动检测系统里缺了哪些 dll，再从自带的安全库里匹配替换，不用你自己满网找散装文件。这一点在安全上确实更稳，你不需要逐个判断下载来的 dll 干不干净。

它们的修复项一般按问题类型分好模块，dll 修复、运行库修复、DirectX 修复、注册表修复各占一块，另外配一个全面诊断：

• 报 msvcp140.dll、vcruntime140.dll 丢失：走 dll 修复或运行库修复，扫描后按提示替换；
• 报 d3dx9.dll 缺失：走 DirectX 修复，不用再跑微软官网翻资源包；
• 打开就闪退、完全不弹 dll 提示：这类在系统软件异常相关的模块里也能覆盖到，不少闪退的深层原因同样是底层组件缺失，或者注册表条目出错；
• 拿不准属于哪一类：直接做一遍全面诊断，让它先把风险项和损坏项列出来，修不修再由你决定。

我见过几个被 0xc000007b 卡住的例子。其中一位差点就要去重装系统，后来扫出来是 64 位和 32 位运行库版本不匹配，补上缺的那一半，两分钟左右游戏就重新跑起来了。一轮扫描的时间也基本在几十秒量级。

装完之后怎么确认

修完之后，最好按下面几步过一遍。三步都过了，再回到原来的软件上正常使用。

• 重启一次，再打开原来报错的软件，看同一个 dll 是否还报；
• 换一个同类软件试，排除是单个软件自己的文件损坏；
• 如果几款软件各自报不同的 dll，说明问题出在整片运行库环境上，单独补某一个文件没用。

什么情况下这些办法都不适用

有几类情况，上面这套流程套不上去，需要单独处理：

• 报错信息里压根见不到 dll 文件名。 比如常见的 0xc0000142，或者 api-ms-win-crt-*.dll 这一类。前者要按错误代码单独查；后者属于 Windows 通用 C 运行库，系统本身自带，正常情况不该缺，出现了多半是被某些清理工具删掉了。
• 系统文件本身被改动过。 装完运行库和 DirectX 仍然报错的话，先在管理员权限的命令行里把系统盘扫一遍，再谈补 dll。

sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth

这两条命令我用的次数不算多，只在少数几台机器上验证过，跑完要重启再验证一次。工具也有它的边界：它覆盖的是常见的组件缺失和注册表条目问题，系统映像本身损坏这种，还是要先回到上面这两条命令。

• 同一台机器上，报错的 dll 每次都不一样。 补完一个又冒一个，这种多半不在 dll 层面，值得往硬件检测的方向查一次。

回过头看，电脑弹 dll 缺失，离系统绝症还差得远。原因来来回回就那么几类：运行库没装齐、DirectX 组件缺了，或者某次软件装卸把注册表条目搞乱了。认准报错框上的那串名字，走对一条路，也就是几分钟的事。

很多年前我还在念书的时候，电脑一出毛病只能到处找人帮忙。现在这类报错的公开信息多了很多，自己查、自己动手，大部分情况也能搞定。