sfc /scannow 常失败是因为其依赖的 winsxs 本地缓存已损坏或缺失干净副本，导致无法替换受损系统文件（如 ntoskrnl.exe、win32k.sys）；此时必须先执行 dism /online /cleanup-image /restorehealth 重建缓存源，再重启并运行 sfc 才能真正修复。
sfc /scannow 是最直接有效的修复手段，但必须配合 DISM /Online /Cleanup-Image /RestoreHealth 才能真正解决多数系统文件损坏引发的蓝屏。
sfc /scannow 为什么常失败？
sfc /scannow 不是万能扫描器，它只校验受 Windows 资源保护（WRP）监控的文件（如 ntoskrnl.exe、win32k.sys、ntfs.sys），并从本地缓存（C:\Windows\WinSxS）提取原始副本替换。
但一旦缓存本身已损坏或缺失对应组件，它就会卡在“某些文件无法修复”——这不是命令没用，而是源头坏了。
- 常见错误提示：
Windows 资源保护找到了完整性冲突，但无法执行请求的操作或某些文件无法修复 - 实际含义：WinSxS 缓存里没有可用的干净副本，
sfc只能报错退出 - 单独反复运行
sfc /scannow没有意义，必须先修复缓存源
必须先跑 DISM /Online /Cleanup-Image /RestoreHealth
这条命令的作用是重建 WinSxS 缓存的可信基础，让 sfc 后续能真正干活：
- 它会尝试从 Windows Update 下载完整组件映像，或回退到本地 ISO 镜像（若已挂载）
- 若网络不可用，可加参数指定源：
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:E:\sources\install.wim:1 /LimitAccess（E:替换为 ISO 挂载盘符） - 执行中卡在 62.3% 是常见现象，通常因后台 Windows Update 服务冲突，可临时停用：
net stop wuauserv再重试 - 成功标志：输出末尾出现
操作成功完成，且无红色报错
执行顺序不能颠倒：
-
DISM /Online /Cleanup-Image /RestoreHealth - 重启（部分更新需冷加载）
- 再运行
sfc /scannow
哪些蓝屏错误明确指向系统文件损坏？
不是所有蓝屏都适合用 sfc+DISM 解决，以下错误类型才值得优先尝试：
-
SYSTEM_SERVICE_EXCEPTION (0x0000003B) -
KERNEL_SECURITY_CHECK_FAILURE (0x00000139) -
IRQL_NOT_LESS_OR_EQUAL (0x0000000A)（当 dump 分析指向ntoskrnl.exe或win32kfull.sys） -
NTFS_FILE_SYSTEM (0x00000024)（确认非硬盘物理坏道后） -
EVENT_LOG_FILE_CORRUPT（需先禁用eventlog服务再修复）
若 dump 文件中反复出现第三方驱动（如 nvlddmkm.sys、rt640x64.sys），说明问题在驱动层，sfc 无效，应优先回退或卸载该驱动。
容易被忽略的关键细节
-
sfc和DISM必须以管理员身份运行 Windows 终端，右键菜单里选“以管理员身份运行”，不能只点开普通 PowerShell - 禁用杀毒软件实时防护，否则可能锁定
WinSxS中的文件导致 DISM 失败 - 修复后必须重启，部分替换的内核驱动（如
win32k.sys）只在全新内核加载时生效 - 如果蓝屏复现且错误代码不变，别再重复跑这两条命令——说明问题不在系统文件层，该查内存、硬盘或驱动签名了
