sfc /scannow仅作二值判断，不量化损坏程度；扫描后显示三类结果之一：“未发现完整性冲突”“找到并成功修复损坏文件”或“找到但无法修复某些文件”，后者通常表明WinSxS组件存储本身已损坏，需先用DISM检查修复。
直接运行 sfc /scannow 无法量化“损坏程度”，它只做二值判断：文件校验通过，或校验失败并尝试修复。系统不提供百分比损坏率、受损文件数量统计或严重等级划分。
它实际能告诉你什么
扫描结束后，命令行会明确显示以下三类结果之一：
- “未发现完整性冲突”——所有受保护系统文件哈希匹配，无损坏迹象
- “Windows 资源保护找到了损坏的文件，并成功修复了这些文件”——检测到异常文件，且 WinSxS 中有可用副本完成替换
- “Windows 资源保护找到了损坏的文件，但无法修复其中某些文件”——已确认损坏，但缺少有效源文件（通常说明组件存储本身有问题）
想进一步定位问题范围，可配合验证类参数
不用修复，只检查状态，更轻量也更清晰：
- sfc /verifyonly：仅校验不修复，速度快，适合快速确认是否存在损坏
- sfc /scanfile=C:\Windows\system32\ntoskrnl.exe：单独验证某个关键文件（如蓝屏常涉文件），可缩小排查范围
- sfc /verifyfile=C:\Windows\System32\winlogon.exe：只校验不修复指定文件，用于验证怀疑对象
真正反映底层健康状况的是 DISM 检查
SFC 的“无法修复”往往源于更深层问题。此时应立即执行：
- DISM /Online /Cleanup-Image /CheckHealth：秒级响应，看映像是否已标记为损坏
- DISM /Online /Cleanup-Image /ScanHealth：深入扫描 WinSxS 组件存储，报告具体异常项
这两步的结果，比 SFC 的输出更能说明系统基础映像的完整性和可信度。
注意：报错代码是重要线索
如果 SFC 或 DISM 过程中出现错误码（如 0x80073712、0x800F0907、0x800F081F），它们指向不同故障层级：
- 0x80073712：组件存储严重损坏，需优先用 DISM /RestoreHealth
- 0x800F0907：找不到所需更新包，常见于离线环境或 Windows Update 异常
- 0x800F081F：DISM 无法连接在线源，需挂载 ISO 指定本地 /Source
这些代码比“损坏”二字更精准，是决定下一步操作的关键依据。
