1. 先搞清楚 msvcr100.dll 到底是个什么东西
很多人一看到弹窗里冒出个msvcr100.dll，第一反应就是“电脑中毒了”或者“系统坏了”，然后开始满世界找下载站。先别急，这个文件本身不是什么病毒，它是Microsoft Visual C++ 2010 运行库里的一个核心动态链接库，全称是 Microsoft Visual C Runtime Library 100。名字里的100对应的是 VC++ 2010 这个版本，msvcr就是 Microsoft Visual C Runtime 的缩写。
它的作用说白了就是给那些用 Visual C++ 2010 编译出来的软件提供底层支持，比如内存分配、字符串处理、数学运算、异常处理这些基础功能。你可以把它理解成一个“公共工具箱”，很多软件在开发的时候不会自己造轮子，而是直接调用这个工具箱里的工具。所以当系统里找不到这个工具箱，或者工具箱被损坏了，那些依赖它的软件就会直接罢工，弹出“无法启动此程序，因为计算机中丢失 msvcr100.dll”或者“msvcr100.dll 没有被指定在 Windows 上运行”之类的提示。
这里有个关键点需要区分：msvcr100.dll 和 msvcp100.dll 是两兄弟，前者是 C 运行库，后者是 C++ 运行库，它们通常一起出现，都属于 VC++ 2010 运行库的组成部分。很多教程只让你补一个文件，结果补完 msvcr100.dll 又提示缺 msvcp100.dll，就是因为没搞明白它们是一套的。另外还有msvcr100d.dll这种带d的，那是 Debug 版本，普通用户基本用不到，如果某个软件提示缺这个，那多半是开发者打包时搞错了，正规发布版不应该依赖 Debug 库。
从系统架构上来说，64 位 Windows 里其实有两套运行库目录：C:\Windows\System32放的是 64 位 DLL，C:\Windows\SysWOW64放的是 32 位 DLL。一个 32 位软件在 64 位系统上跑，它会去 SysWOW64 里找 32 位的 msvcr100.dll；而 64 位软件则去 System32 里找 64 位的版本。这是很多人修复失败的根本原因——下载了一个 32 位的 dll 丢进 System32，或者反过来，文件版本和软件架构对不上，照样报错。所以修复之前，先确认你的软件是 32 位还是 64 位，再决定往哪个目录放。
提示：不要从那些名字花里胡哨的“dll 下载站”单独下载 msvcr100.dll 文件。这类站点提供的文件版本混乱，有的还捆绑了恶意程序，而且单独替换一个 dll 很容易造成版本冲突。正确做法是安装完整的运行库包。
2. 四种修复方案的适用场景与优先级排序
网上关于 msvcr100.dll 丢失的修复方法五花八门，但很多方案要么只适用于特定场景，要么步骤残缺导致中途卡壳。我把实际处理过的情况归纳成四类方案，按照从正规到应急、从省事到手动的顺序排列，你可以根据自己的网络条件、系统版本和动手能力来选择。
| 方案 | 适用场景 | 操作难度 | 成功率 | 是否需要联网 |
|---|---|---|---|---|
| 安装 VC++ 2010 运行库 | 绝大多数情况首选 | 低 | 极高 | 需要 |
| 系统文件检查器 SFC 扫描 | 运行库已装但文件损坏 | 低 | 中等 | 不需要 |
| 从正常电脑拷贝 dll | 无网络、急需恢复 | 中 | 较高 | 不需要 |
| 第三方运行库合集包 | 同时缺多个版本运行库 | 低 | 高 | 需要 |
先说优先级。第一优先级永远是安装官方 VC++ 2010 运行库，因为这是从根源上补齐文件，而且会同时把 msvcr100.dll、msvcp100.dll 以及相关的 manifest 文件一起装好，不会出现版本不匹配的问题。微软官方提供了两个安装包：vcredist_x86.exe对应 32 位，vcredist_x64.exe对应 64 位。在 64 位系统上，两个都要装，因为 64 位系统既跑 64 位软件也跑 32 位软件，两套运行库缺一不可。这一点很多人会忽略，只装了 x64 版本，结果 32 位的老软件还是报错。
第二优先级是 SFC 系统文件检查器。这个工具会扫描所有受保护的系统文件，发现损坏或缺失的会用缓存副本替换。命令是sfc /scannow，在管理员权限的命令提示符里运行。不过要注意，SFC 主要针对系统自带文件，对于 VC++ 运行库这种第三方组件，它的修复能力有限，有时候扫描完提示“未找到完整性冲突”，但 msvcr100.dll 依然缺失。所以 SFC 更适合作为辅助手段，而不是唯一方案。
第三优先级是从另一台正常电脑拷贝。这个方法在没网络的时候特别管用，但有个前提：源电脑的系统版本和架构要和目标电脑一致。比如都是 Win10 64 位，那直接从源电脑的 SysWOW64 和 System32 里分别拷贝对应文件就行。拷贝完之后还需要用regsvr32注册一下，不过 msvcr100.dll 这类运行库文件其实不需要注册，直接放到目录里就能被调用。真正需要注册的是像msxml、comctl32这类 COM 组件。
第四优先级是第三方运行库合集包。像“微软常用运行库合集”这类打包工具，会把从 2005 到 2022 的所有 VC++ 运行库整合在一起，一次性安装。对于经常重装系统、或者需要跑各种老软件的人来说，这个方案最省事。但要注意选择口碑好的版本，避免捆绑安装。安装的时候建议勾选“静默安装”或者“全部安装”，不要只选某一个版本，因为很多软件依赖的运行库版本不止一个。
注意：无论用哪种方案，操作前建议先创建一个系统还原点。万一修复过程中出现意外，可以快速回滚。创建还原点的命令是
Checkpoint-Computer -Description "Before DLL Fix"，在 PowerShell 管理员模式下运行。
3. 方案一：安装 VC++ 2010 运行库的完整流程与版本选择逻辑
安装 VC++ 2010 运行库看起来就是双击下一步的事，但里面有几个细节如果没注意，装完了照样报错。我见过太多人下载了运行库，装完重启，结果软件还是提示缺 msvcr100.dll，最后发现是装错了架构版本。
3.1 确认系统架构和软件架构
第一步不是急着下载，而是先搞清楚你的系统是 32 位还是 64 位。Win7 和 Win10 都有 32 位版本，Win11 则只有 64 位。查看方法很简单：右键“此电脑”或“计算机”，选择“属性”，在“系统类型”那一栏会写明“64 位操作系统”或“32 位操作系统”。如果是 64 位系统，你需要同时下载 x86 和 x64 两个安装包。
但这里还有个坑：你的系统是 64 位，不代表报错的软件就是 64 位。很多老软件、尤其是 2010 年前后开发的工具，本身是 32 位的。一个 32 位软件在 64 位系统上运行，它需要的是 32 位的 msvcr100.dll，也就是 SysWOW64 目录里的那个。所以最稳妥的做法是：在 64 位系统上，x86 和 x64 两个运行库都装，这样无论软件是什么架构都能覆盖。
3.2 下载渠道与文件校验
官方下载渠道是微软的 Download Center，搜索“Microsoft Visual C++ 2010 Redistributable Package”就能找到。文件名通常是vcredist_x86.exe和vcredist_x64.exe，大小在 4-5MB 左右。下载完成后，建议校验一下文件哈希值，确保文件没被篡改。微软官网会提供 SHA256 哈希，用 PowerShell 的Get-FileHash命令就能算出来对比。
如果你在微软官网找不到下载入口（有时候页面会调整），也可以从一些大型软件下载站获取，但一定要选那种提供官方原版文件的站点，不要选“高速下载器”或者“绿色版”。下载下来的文件图标应该是标准的安装程序图标，如果图标异常或者文件大小明显偏小，直接删掉。
3.3 安装顺序与常见报错处理
安装顺序建议先装 x86 再装 x64，虽然理论上顺序不影响，但先装 x86 可以避免某些情况下 x64 安装程序误判。安装过程中如果弹出“已安装此产品的另一个版本”，说明系统里已经有 VC++ 2010 运行库了，这时候不要直接关掉，而是先去“控制面板”的“程序和功能”里看看已安装的版本。如果版本号低于10.0.40219，建议先卸载旧版再装新版；如果已经是10.0.40219或更高，那问题可能不在运行库本身，而是文件损坏，需要走 SFC 或者手动替换的路线。
安装完成后必须重启，因为运行库文件会被系统进程占用，不重启的话新文件不会生效。重启后再运行之前报错的软件，如果还是提示缺 msvcr100.dll，那就进入下一步排查。
提示：有些精简版系统或者 Ghost 系统会阉割掉 Windows Installer 服务，导致运行库安装包无法正常安装。如果安装程序一闪而过或者提示“安装失败”，先检查 Windows Installer 服务是否启动。在服务管理器里找到“Windows Installer”，确保它的状态是“正在运行”，启动类型是“手动”或“自动”。
4. 方案二：SFC 与 DISM 组合拳修复系统文件损坏
如果运行库已经装了但问题依旧，那大概率是系统里的 msvcr100.dll 文件本身损坏了，或者被某个软件替换成了不兼容的版本。这时候 SFC 和 DISM 就该上场了。这两个工具是 Windows 自带的系统文件修复利器，配合使用能解决大部分文件损坏问题。
4.1 SFC 扫描的正确姿势
SFC 的全称是 System File Checker，运行方式是以管理员身份打开命令提示符，输入sfc /scannow回车。扫描过程大概持续 5-15 分钟，期间不要关闭窗口。扫描结束后会给出三种结果之一：一是“未找到任何完整性冲突”，说明系统文件没问题，那 msvcr100.dll 的缺失就不是系统文件损坏导致的；二是“发现损坏文件并已成功修复”，这时候重启电脑再试；三是“发现损坏文件但无法修复”，这就需要 DISM 来补救了。
SFC 的一个常见问题是它只检查系统保护的文件，而 msvcr100.dll 如果被放在 System32 或 SysWOW64 目录下，理论上也在保护范围内。但如果这个文件是被某个安装程序后来放进去的，SFC 的缓存里可能没有对应的正确版本，就会导致修复失败。这时候需要先用 DISM 修复系统映像，再跑一次 SFC。
4.2 DISM 修复系统映像的操作细节
DISM 是 Deployment Image Servicing and Management 的缩写，用来修复 Windows 系统映像。命令是DISM /Online /Cleanup-Image /RestoreHealth，同样需要管理员权限。这个命令会从 Windows Update 或者本地缓存里拉取正确的文件来替换损坏的部分。执行时间比 SFC 长，可能需要 10-30 分钟，取决于网络速度和系统状态。
如果 DISM 卡在某个进度不动了，比如一直停在 20% 或者 40%，先别急着强制关闭。可以等 10 分钟看看，有时候是网络拉取文件比较慢。如果超过 20 分钟还是不动，可以按 Ctrl+C 中断，然后换用本地源修复：DISM /Online /Cleanup-Image /RestoreHealth /Source:C:\Windows\WinSxS。不过本地源修复要求 WinSxS 目录本身是完整的，如果这个目录也损坏了，那就只能考虑重装系统或者从其他电脑拷贝了。
DISM 跑完之后，再跑一次 SFC，这时候 SFC 就能从修复好的映像里拉取正确文件来替换损坏的 msvcr100.dll 了。这个组合拳的顺序不能反，先 DISM 后 SFC，因为 SFC 依赖系统映像的完整性。
4.3 扫描日志的查看方法
如果 SFC 和 DISM 都跑完了问题还在，那就需要看日志找线索了。SFC 的日志在C:\Windows\Logs\CBS\CBS.log，文件很大，直接打开会卡。可以用findstr /c:"msvcr100" CBS.log来过滤出相关行。如果日志里显示“无法修复 msvcr100.dll，因为源文件也损坏”，那就说明系统映像里的备份也坏了，这时候只能走手动拷贝或者第三方合集包的路线。
DISM 的日志也在同一个目录下，文件名是dism.log。重点看有没有“错误”或者“失败”的关键字。有时候 DISM 失败是因为 Windows Update 服务被禁用了，这时候需要先启动 Windows Update 服务，再跑 DISM。命令是net start wuauserv。
5. 方案三：手动拷贝 dll 文件的正确操作与注册表关联
手动拷贝 msvcr100.dll 是最后的应急手段，通常在没有网络、或者系统损坏严重导致安装程序跑不起来的时候使用。这个方法看起来简单——不就是复制粘贴吗——但实际操作中有很多细节决定了成败。
5.1 源文件的获取与版本匹配
首先，源文件从哪来？最可靠的是从另一台系统版本和架构完全相同的正常电脑上拷贝。比如目标电脑是 Win10 64 位 21H2，那源电脑最好也是 Win10 64 位相近版本。直接从源电脑的C:\Windows\System32拷贝 64 位版本，从C:\Windows\SysWOW64拷贝 32 位版本。注意，在 64 位系统上，System32 里放的是 64 位文件，SysWOW64 里放的是 32 位文件，这个命名有点反直觉，但确实是这样的。
如果你手头没有第二台电脑，也可以从 VC++ 2010 运行库的安装包里提取。用 7-Zip 或者 WinRAR 打开vcredist_x86.exe，里面会有msvcr100.dll和msvcp100.dll等文件。不过安装包里的文件通常是压缩过的，直接提取可能得到的是.cab格式，需要再解压一层。更简单的方法是在一台正常电脑上装好运行库，然后从系统目录里拷贝。
5.2 文件替换的权限处理
把 dll 文件复制到 System32 或 SysWOW64 目录时，可能会提示“你需要提供管理员权限”。即使你是管理员账户，直接拖拽文件进去也可能被拒绝，因为这两个目录受系统保护。正确做法是：先把文件复制到桌面，然后以管理员身份打开命令提示符，用copy命令复制过去。例如：
copy C:\Users\你的用户名\Desktop\msvcr100.dll C:\Windows\System32\ copy C:\Users\你的用户名\Desktop\msvcr100.dll C:\Windows\SysWOW64\如果提示“文件正在使用”，说明有进程占用了这个 dll。可以重启电脑进入安全模式再操作，或者在任务管理器里结束相关进程。不过 msvcr100.dll 被多个软件共享，很难确定是哪个进程占用了，所以安全模式是最稳妥的。
5.3 注册表关联与 manifest 文件
拷贝完 dll 之后，理论上系统就能找到它了。但有些软件是通过 manifest 文件来指定 dll 版本的，如果 manifest 里写的版本号和实际拷贝的版本号不一致，还是会报错。manifest 文件通常和 exe 放在一起，文件名类似软件名.exe.manifest。可以用记事本打开看看里面有没有<assemblyIdentity>标签，里面会写明依赖的 VC++ 运行库版本。
如果 manifest 里写的是8.0.50727.762这种老版本，而你拷贝的是10.0.40219.1，那就对不上了。这时候要么找到对应老版本的 dll，要么修改 manifest 文件（不推荐，可能导致软件其他功能异常）。最省事的办法还是装完整的运行库，让安装程序自动处理 manifest 的关联。
注意：手动拷贝 dll 之后，建议用
regsvr32 msvcr100.dll注册一下。虽然运行库文件通常不需要注册，但注册一下没坏处，能确保系统正确识别。命令是regsvr32 /s C:\Windows\System32\msvcr100.dll，/s参数表示静默注册，不弹提示框。
6. 方案四：运行库合集包的选型与静默安装技巧
对于经常折腾系统、或者需要维护多台电脑的人来说，一个个装 VC++ 运行库太费时间了。从 2005 到 2022，每个版本都有 x86 和 x64 两个包，加起来十几个安装程序，一个个点下来手都酸了。这时候运行库合集包就派上用场了。
6.1 合集包的版本选择
市面上常见的运行库合集包有“微软常用运行库合集”、“VC++ 运行库全集”等，通常由一些技术社区或者个人开发者打包。选择的时候重点看几个指标：更新日期、包含的版本范围、是否支持静默安装、文件哈希是否公开。更新日期越新越好，因为微软偶尔会发布运行库的安全更新。版本范围最好覆盖 2005 到 2022，这样无论多老的软件都能跑起来。
有些合集包会区分“32 位版”和“64 位版”，有些则是二合一。在 64 位系统上，建议选择二合一版本，一次性把两套都装上。如果合集包提供了“静默安装”参数，比如/quiet或/silent，那就可以写个批处理脚本，一次性装完所有运行库，适合批量部署。
6.2 静默安装的参数与批处理示例
以常见的运行库合集包为例，静默安装的命令通常是：
VisualCppRedist_AIO_x86_x64.exe /quiet /norestart/quiet表示无界面安装，/norestart表示装完不自动重启。如果你需要指定只安装某些版本，可以用/install参数加上版本号，比如/install vc2010只装 VC++ 2010。不过大多数情况下，全装就对了，反正这些运行库加起来也就几百 MB，对现在的硬盘来说不算什么。
写批处理脚本的时候，建议加上错误处理。比如：
@echo off echo 正在安装 VC++ 运行库合集... VisualCppRedist_AIO_x86_x64.exe /quiet /norestart if %errorlevel% neq 0 ( echo 安装失败，错误码：%errorlevel% pause ) else ( echo 安装完成，请重启电脑。 pause )这样如果安装失败，你能看到错误码，方便排查。常见的错误码有1603（权限不足）、1618（另一个安装正在进行）、3010（需要重启才能完成）。3010不算失败，只是提示你需要重启。
6.3 安装后的验证方法
装完合集包之后，怎么确认 msvcr100.dll 已经到位了？最简单的方法是去C:\Windows\System32和C:\Windows\SysWOW64目录下看看有没有这个文件，右键属性查看版本号是不是10.0.40219.1或更高。另一个方法是用 Dependency Walker 或者dumpbin /dependents命令查看报错软件的依赖列表，确认它依赖的 msvcr100.dll 版本和系统里的是否匹配。
如果装完合集包还是报错，那可能是软件本身的问题，而不是系统缺 dll。比如软件安装目录下自带了一个旧版的 msvcr100.dll，它会优先加载自己目录下的版本，而不是系统目录里的。这时候需要把软件目录下的旧版 dll 删掉或者重命名，让它去系统目录找新版。这个坑我踩过好几次，尤其是那些绿色版软件，经常自带一堆老 dll。
7. 那些年我踩过的坑与排查思路复盘
修 msvcr100.dll 这个问题，说起来简单，但实际操作中遇到的奇葩情况不少。我把几个典型的坑整理出来，你遇到类似问题时可以对照排查。
7.1 装了运行库还是报错的三种可能
第一种可能是软件自带 dll 劫持。前面提到过，很多软件会在自己的安装目录下放一个 msvcr100.dll，Windows 加载 dll 的顺序是先从 exe 所在目录找，找不到才去系统目录找。如果软件目录下的 dll 版本不对或者损坏了，就会一直报错，哪怕系统目录里的 dll 是好的。解决办法是找到软件目录下的 msvcr100.dll，把它重命名为msvcr100.dll.bak，强制软件去系统目录加载。
第二种可能是环境变量 PATH 被修改。有些软件安装时会把自己的目录加到 PATH 环境变量里，如果那个目录里有个坏的 msvcr100.dll，也会导致加载错误。检查方法是在命令提示符里输入where msvcr100.dll，看看系统会优先找到哪个。如果找到的不是 System32 或 SysWOW64 里的，那就需要调整 PATH 顺序或者删掉那个坏文件。
第三种可能是系统区域设置或语言包问题。这个比较少见，但在某些非中文系统上装中文软件时会出现。msvcr100.dll 本身不依赖语言，但它的 manifest 文件可能会引用语言相关的资源。如果系统缺少对应的语言包，加载就会失败。解决办法是安装对应的语言包，或者把系统区域设置改成中文（中国）。
7.2 32 位与 64 位混用的典型症状
32 位和 64 位混用导致的问题有个很明显的特征：报错的软件是 32 位的，但你往 System32 里放了 32 位的 dll。前面说过，64 位系统的 System32 目录放的是 64 位文件，32 位文件应该放 SysWOW64。如果你把 32 位 dll 放进 System32，32 位软件去 SysWOW64 找的时候还是找不到，因为 SysWOW64 里没有。反过来，把 64 位 dll 放进 SysWOW64，64 位软件去 System32 找的时候也找不到。
判断软件是 32 位还是 64 位的方法：打开任务管理器，在“详细信息”标签页里看进程名后面有没有(32 位)的标注。Win10 和 Win11 的任务管理器会直接标注，Win7 的话需要看进程的路径，如果路径是C:\Program Files (x86)开头，那基本就是 32 位软件。
7.3 杀毒软件误删 dll 的预防措施
有些杀毒软件会把 msvcr100.dll 误判为风险文件，尤其是那些从非官方渠道下载的版本。如果你发现 dll 文件刚放进去就被删了，或者杀毒软件弹窗提示“已隔离威胁”，那就需要把 System32 和 SysWOW64 目录加到杀毒软件的排除列表里。具体操作因杀毒软件而异，一般在“设置”里的“排除项”或“白名单”里添加目录。
另外，Windows Defender 有时候也会误报。可以在“Windows 安全中心”的“病毒和威胁防护”里，找到“排除项”，添加C:\Windows\System32\msvcr100.dll和C:\Windows\SysWOW64\msvcr100.dll两个文件。这样能避免修复好的文件被再次删除。
7.4 排查流程的标准化步骤
经过多次实践，我总结了一个标准化的排查流程，按这个顺序走基本能覆盖 90% 的情况：
- 确认报错信息：截图或记下完整的报错弹窗内容，确认是 msvcr100.dll 还是 msvcp100.dll，还是两个都缺。
- 确认软件架构：用任务管理器或文件路径判断报错软件是 32 位还是 64 位。
- 检查系统目录：去 System32 和 SysWOW64 看看对应的 dll 是否存在，版本号是多少。
- 安装运行库：下载 VC++ 2010 运行库，x86 和 x64 都装，重启。
- SFC 扫描：如果装完还报错，跑
sfc /scannow，看是否有系统文件损坏。 - DISM 修复：SFC 修不了就跑 DISM，然后再跑一次 SFC。
- 手动替换：以上都不行，从正常电脑拷贝 dll，安全模式下替换。
- 检查软件目录：看看软件自己的目录下有没有旧版 dll，有就重命名。
- 检查 PATH：用
where msvcr100.dll确认加载顺序。 - 杀毒排除：把系统目录加到杀毒软件白名单，防止文件被删。
这个流程从软到硬、从系统到软件，逐步缩小问题范围。大多数情况下走到第 4 步或第 5 步就解决了，只有极少数情况需要走到第 7 步以后。
8. 不同 Windows 版本下的特殊注意事项
虽然 msvcr100.dll 的问题在 Win7、Win10、Win11 上表现差不多，但每个系统版本还是有些细微差别，处理的时候需要注意。
8.1 Win7 系统的兼容性特点
Win7 默认自带的是 VC++ 2005 和 2008 运行库，2010 运行库需要手动安装。而且 Win7 的 Windows Update 有时候会推送 VC++ 2010 运行库的更新，但推送的版本可能比较老。如果你在 Win7 上遇到 msvcr100.dll 缺失，建议直接去微软官网下载最新的10.0.40219.1版本安装，不要依赖 Windows Update。
另外，Win7 的 SFC 扫描速度比 Win10/Win11 慢很多，而且有时候会卡在某个进度不动。如果卡住了，可以尝试在安全模式下运行 SFC，速度会快一些。Win7 的 DISM 功能也比较弱，不支持/RestoreHealth参数，只能用/ScanHealth和/CheckHealth来检查，修复能力有限。所以 Win7 上更推荐用运行库安装包和手动替换的方法。
8.2 Win10 和 Win11 的差异
Win10 和 Win11 都自带了较新的 VC++ 运行库，但 2010 版本仍然可能需要手动补装。Win11 的 SFC 和 DISM 工具比 Win10 更完善，修复成功率更高。不过 Win11 有个新问题：部分老软件的安装程序在 Win11 上跑不起来，因为安装程序本身也依赖 VC++ 运行库，形成了“鸡生蛋蛋生鸡”的死循环。这时候需要先用兼容模式运行安装程序，或者用 7-Zip 直接解压安装包，手动把文件放到目标目录。
Win11 的右键菜单改成了新的样式，有时候会影响你快速打开“此电脑”的属性页面。可以用Shift + F10在文件资源管理器里打开传统右键菜单，或者用Win + X然后按Y快速打开系统信息。这些快捷键在排查问题时能省不少时间。
8.3 虚拟机环境下的 dll 问题
在 VMware 或 VirtualBox 里装 Windows 系统时，有时候也会遇到 msvcr100.dll 缺失。这通常是因为虚拟机的工具包（VMware Tools 或 VirtualBox Guest Additions）安装不完整，或者虚拟机里的系统是精简版。解决办法是在虚拟机里装完整的 VC++ 运行库，或者重新安装虚拟机工具包。注意，虚拟机工具包的安装程序本身也可能依赖 VC++ 运行库，如果装不上，可以先在虚拟机里装运行库合集包，再装工具包。
提示：在虚拟机里做 dll 修复测试是个好习惯，因为虚拟机可以随时打快照回滚，不用担心把物理机搞坏。我通常会在虚拟机里复现问题，找到解决方案后再应用到物理机上。
9. 预防 msvcr100.dll 再次丢失的日常维护建议
修好之后，怎么避免下次再遇到同样的问题？其实只要做好几件小事，就能大幅降低 dll 丢失的概率。
第一，装完系统后第一时间装运行库合集包。不要等到报错了才去补，重装系统后先把 2005 到 2022 的所有 VC++ 运行库装一遍，后面装什么软件都不会缺 dll。这个习惯能省掉 90% 的 dll 报错问题。
第二，不要用所谓的“系统优化”软件清理系统目录。有些优化软件会把 System32 里“不常用”的 dll 删掉来“释放空间”，结果就是把运行库文件误删了。系统目录里的文件都是有用途的，不要随便清理。
第三，定期创建系统还原点。尤其是在装大型软件或者系统更新之前，手动创建一个还原点。万一出问题，回滚比修复快得多。创建还原点的命令前面提过，也可以在“控制面板”的“系统”里找到“系统保护”选项卡，手动创建。
第四，保持 Windows Update 开启。微软会通过 Windows Update 推送运行库的安全更新，虽然有时候更新会带来新问题，但总体利大于弊。如果实在不想自动更新，至少每个月手动检查一次，把重要的运行库更新装上。
第五，备份系统目录下的运行库文件。把 System32 和 SysWOW64 里的msvcr100.dll、msvcp100.dll以及其他 VC++ 运行库文件复制到一个安全的地方，比如 U 盘或者云盘。下次再遇到缺失，直接拷贝回去就行，不用满世界找下载。
最后分享一个我个人的小习惯：我会在 U 盘里放一个“系统维护”文件夹，里面包含 VC++ 运行库合集包、DirectX 修复工具、.NET Framework 离线安装包这些常用组件。无论是自己的电脑还是帮别人修电脑，插上 U 盘就能快速补齐运行环境，比现场下载快得多，也不受网络限制。这个习惯让我在各种紧急情况下都能从容应对，你也可以试试。
