DISM /RestoreHealth 经常无效是因为默认仅从 Windows Update 获取修复源，而网络问题或补丁下线会导致失败，且不自动回退到本地镜像；必须显式指定匹配架构、语言和版本的 /Source 路径并添加 /LimitAccess。
DISM /RestoreHealth 为什么经常没效果
直接跑 dism /online /cleanup-image /restorehealth 却发现系统还是报错、更新失败，大概率是因为它默认只从 windows update 拉修复源——而你的网络可能被拦截、服务器响应慢，或当前补丁已下线。它不会主动 fallback 到本地缓存或安装镜像。
- 必须显式指定可信源，否则 DISM 很可能“假装修了”，实际跳过关键文件校验
- Windows 10 1809+ 和 Win11 默认启用压缩（
CompactOS），部分组件以 .esd 形式存在，普通/Source路径若指向未解压的 ISO 或缺失/LimitAccess，会静默失败 - 运行前务必用
sfc /scannow先确认是组件库（WinSxS）级损坏，而非单个系统文件丢失——后者用 SFC 更快
怎么指定有效的 /Source 参数（ISO、挂载目录、ESD 都行）
关键不是“有镜像”，而是路径必须指向包含 sources\install.wim 或 sources\install.esd 的根目录，且该镜像版本号要 ≥ 当前系统版本（查法：winver 对应的 OS Build 号）。
- 挂载 ISO 后，假设盘符是
D:，命令写成：DISM /Online /Cleanup-Image /RestoreHealth /Source:D:\sources\install.wim:1 /LimitAccess - 如果 ISO 里只有
install.esd，把路径里的.wim换成.esd即可，DISM 原生支持，无需转换 -
:1表示使用镜像中的第一个映像（通常是 Pro/Enterprise 版），多版本 ISO 可用/Get-WimInfo /WimFile:D:\sources\install.wim查看索引 -
/LimitAccess强制禁用 Windows Update 回退，避免干扰——不加这个，DISM 可能一边读本地源一边偷偷连网，结果源不匹配还报错
修复中途卡住或报 0x800f081f 错误
错误码 0x800f081f 的真实含义是“找不到所需组件”，不是网络问题，而是源镜像缺对应架构或语言包。比如你在一台中文版 x64 系统上用了英文版 x86 的 install.wim，必然失败。
- 用
systeminfo确认系统架构（System Type）和区域设置（System Locale），源镜像必须严格匹配 - 某些 OEM 系统预装了定制组件，官方 ISO 可能不含对应
Package_for_RollupFix，此时需先用DISM /Online /Get-Packages找出异常状态包，再针对性添加 - 磁盘空间不足也会触发假卡顿：WinSxS 修复过程需要临时解压，C 盘剩余 %WinDir%\Temp 和
C:\Windows\SoftwareDistribution\Download
修复后 SFC 还报错？别急着重装
DISM 修的是组件库（C:\Windows\WinSxS），SFC 修的是实际引用的系统文件（如 C:\Windows\System32\kernel32.dll）。DISM 成功 ≠ SFC 自动同步更新——你得手动再跑一次 sfc /scannow，而且得在 DISM 完全退出后再执行。
- DISM 运行期间会锁定 WinSxS，此时 SFC 只能返回“资源正被占用”，但错误提示可能是模糊的
0x000006ba - 某些驱动签名策略更新后，SFC 会把合法第三方驱动标为“损坏”，这时加
/VERIFYONLY先确认是否真文件损坏，再决定是否跳过 - 如果 SFC 仍反复报告同一文件，大概率是该文件被进程占用（如杀软、Explorer），需进安全模式再试
真正麻烦的不是命令记不住，而是 WinSxS 里混着多个版本的同一组件，DISM 默认只修“当前启用”的那一套；旧版残留、挂起的待安装包、甚至 Windows.old 里的残余都可能干扰判断——动手前先用 DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase 清一轮再修，反而更稳。
