王少冬"电脑弹窗提示msvcr100.dll丢失"——这句话我这几年至少听了上百遍。第一次遇到时我也慌，以为是中了什么厉害病毒，后来把来龙去脉摸清楚才发现，msvcr100.dll丢失根本不用重装系统，绝大多数情况下一个官方安装包就能解决。但这篇文章我不想只丢给你一句"下载VC运行库装上就行"，而是想把msvcr100.dll到底是什么、为什么会丢、不同场景下应该按什么顺序修，连原理带操作一次讲明白。无论你是第一次看到报错的小白，还是想系统搞懂Windows运行库机制的老手，都可以按需跳读，但相信我，看完之后你对这类报错的判断力会明显上一个台阶。
1. msvcr100.dll 到底是个什么文件：拆开名字就懂了一半
1.1 "msvcr"和"100"的真实含义
很多人看到 dll 就头大，甚至以为这是系统"中毒"的信号。其实我们先把名字拆开：ms 是微软（Microsoft），vcr 是 Visual C Runtime 的缩写，100 对应的是 Visual Studio 2010 这个编译器版本，也就是 VC++ 10.0。合起来，msvcr100.dll 就是"微软 Visual C++ 2010 运行库组件之一"，它属于官方发布的 Visual C++ 2010 Redistributable Package（可再发行安装包）。
这里有个概念值得展开：软件开发者在用 C/C++ 写程序时，很多基础能力（内存管理、文件读写、数学运算、字符串处理等）并不需要自己逐行实现，而是直接调用编译器自带的库函数。这些库函数在开发阶段以"静态库"的形式参与编译，但微软为了让多个程序可以共享一套公共代码、减少安装体积，把它们做成了"动态链接库（DLL）"在运行时加载。msvcr100.dll 干的就是这个活——它是程序运行时的"公共零件仓库"之一。
用生活里的事类比：dll 像乐高积木里的通用配件，程序开发时不重复造轮子，直接调用微软提供好的现成零件；程序装到你的电脑上运行时，系统就得在运行库里找到这些零件。它不是只属于你这台电脑的"私房文件"，几乎所有用 VS2010 编译出来的软件在运行时都会用到它。正因为"用它的程序特别多"，一旦某个环节把它弄丢或破坏，被牵连的程序就一大片。
不同版本的 Visual C++，对应的 dll 文件名里的数字也不同。为了方便对照，我把常见的对应关系列一下：
| dll 文件名 | 对应 Visual Studio 版本 | 大致发布年份 |
|---|---|---|
| msvcr71.dll | VS 2003 | 2003 |
| msvcr80.dll | VS 2005 | 2005 |
| msvcr90.dll | VS 2008 | 2008 |
| msvcr100.dll | VS 2010 | 2010 |
| msvcr110.dll | VS 2012 | 2012 |
| msvcr120.dll | VS 2013 | 2013 |
| msvcr140.dll | VS 2015-2022 通用 | 2015 之后 |
看到没有？数字越大，版本越新，相互之间不能混用。一个基于 VS2010 编译的程序，硬塞一个 msvcr140.dll 给它，它一样不认。
1.2 它和 msvcp100.dll、mfc100.dll 的分工
真正动手排查时，你会发现 msvcr100.dll 并不孤单。它身边通常还跟着几个"兄弟"文件：
- msvcr100.dll：C Runtime，提供 C 语言标准库函数，比如 printf、malloc、strcpy 这些最底层的基础函数。
- msvcp100.dll：C++ Standard Library，提供 C++ 标准库相关功能，比如 std::string、std::vector 这些容器和算法，程序里用到 C++ 标准库时才会调用。
- mfc100.dll：MFC（Microsoft Foundation Classes）库，是微软早期封装好的一套界面/框架类库，很多老式 Windows 桌面程序依赖它。
三个文件属于同一个 Visual C++ 2010 运行库安装包，安装时会被一起装进系统。报错只提 msvcr100.dll，说明程序可能只用到了最基本的 C 运行时；但如果程序需要 C++ 标准库，少了 msvcp100.dll 同样起不来。这也是为什么我从来不推荐"单独下一个 dll 文件"——因为下一个文件往往解决不了整个家族的依赖问题，装一整套运行库才是正解。
1.3 为什么少一个文件，整个程序就起不来
程序启动时，Windows 加载器会把需要用到的 dll 加载进内存，这个过程叫"动态链接"。你可以想象成一辆车需要汽油才能发动，dll 就是那桶油。油箱里没油，引擎自然打不着；Windows 找不