sfc /scannow 到底做了什么
系统文件检查器会把每个受保护的系统文件——Windows 自身运行所依赖的 DLL 和可执行文件——与 C:\Windows\WinSxS 中的已知完好副本进行比对。磁盘上的文件与参照副本不一致时，SFC 会将其替换；如果存储里的参照副本本身损坏，SFC 只能报告而无法修复——这正是 DISM 存在的意义。扫描需要管理员控制台：Win+X → 终端 (管理员)。它只读取本地磁盘，因此不需要网络连接。
当 Windows 的表现指向它自身文件受损时，就该用 SFC 了：更新失败之后、维护期间强行断电之后，或是清除恶意软件后留下了损伤。这条命令对个人数据完全安全——它从不扫描或修改用户配置文件、文档以及应用程序自己的文件夹。
- Windows 更新中途失败或一再回滚之后
- CRITICAL_PROCESS_DIED、IRQL_NOT_LESS_OR_EQUAL 之类的蓝屏在没有硬件原因的情况下开始出现
- 清除恶意软件之后，确认系统文件完好无损
- 内置应用、“开始”菜单或“设置”一打开就崩溃
- 就地修复升级之前——也许 20 分钟的扫描能省掉一小时的重装
- DISM 或 Windows Update 本身报告存储损坏时
运行 SFC 并解读结果
通过 Win+X 或右键单击“开始”打开终端 (管理员)，输入 sfc /scannow 并回车。扫描会显示百分比，通常在 5–20 分钟内完成——老旧 HDD 上明显更久——完成之前控制台窗口必须保持打开。可能出现四种结果，每一种对应不同的下一步。
“Windows Resource Protection did not find any integrity violations”表示系统文件没有问题，故障原因要到别处去找。“Found corrupt files and successfully repaired them”是胜利：重启系统，让修好的文件真正加载起来。“Found corrupt files but was unable to fix some of them”指向损坏的组件存储：运行 DISM /Online /Cleanup-Image /RestoreHealth，然后重跑 SFC。“Could not perform the requested operation”几乎总是意味着有未完成的维护操作——重启后再试一次。
当 SFC 失败：先 DISM，再重跑
SFC 的健康程度取决于它赖以修复的组件存储，因此可行的阶梯是 DISM RestoreHealth → sfc /scannow → 重启。每次修复的细节都会写入 C:\Windows\Logs\CBS\CBS.log；用 findstr /c:[SR] %windir%\Logs\CBS\CBS.log 过滤，即可只看 SFC 相关的行。针对特定情况还有几个变体：sfc /verifyonly 只比对不改动，sfc /scanfile=C:\Windows\System32\broken.dll 则只检查单个文件。
关于 SFC 所依赖的存储，有句话必须提醒：绝不要手动删除 C:\Windows\WinSxS 里的任何东西，也不要放任第三方“清理”工具去修剪它——被掏空的存储会让之后的每次 SFC 都变成一份“无法修复”的报告。请改走官方的 StartComponentCleanup 通道。例行运行 SFC 毫无意义：在起疑和事发之后运行，而不是按日程运行。
常见问题与解答
sfc /scannow 需要多长时间？
SSD 上通常 5–20 分钟；老旧 HDD 上可能超过半小时。在最终结论出现之前，控制台窗口必须保持打开。
sfc /scannow 对我的文件和程序安全吗？
安全。SFC 只处理系统文件夹中受保护的 Windows 文件。个人文件、文档和应用数据不会被读取或修改。
SFC 找到损坏文件却无法修复，是什么意思？
说明 SFC 用来替换的组件存储本身损坏了。运行 DISM /Online /Cleanup-Image /RestoreHealth，重启后再运行一次 sfc /scannow——第二轮通常能完成修复。
继续阅读
联系我们: [email protected]