Windows更新卡在0%需同步干预服务、缓存和协议栈：先强制重启wuauserv、BITS、Cryptographic Services、msiserver四项服务；再重命名SoftwareDistribution和Catroot2目录；最后重置Winsock、TCP/IP及DNS缓存并重启。

Windows 更新进度条死死停在 0%，任务管理器里 CPU、磁盘、网络占用全为零，后台进程数量毫无变化——这不是下载慢，是 Windows Update 代理压根没启动下载任务，必须同步干预服务链、缓存状态和协议栈底层。

强制重启四项核心更新服务

第一步：按 Win + X 键，选择终端（管理员）。
第二步：依次输入以下四条命令，每行回车后等光标返回再输下一行：
net stop wuauserv
net stop bits
net stop cryptsvc
net stop msiserver
第三步：全部停稳后，严格按顺序逐条启动：
net start wuauserv → net start bits → net start cryptsvc → net start msiserver
这一步操作起来很简单，但务必【先全停、再全启，不能边停边启】，否则服务间依赖关系会错乱，反而加重卡顿。

重命名 SoftwareDistribution 和 Catroot2 缓存目录

SoftwareDistribution 存的是更新元数据和待安装包，Catroot2 存的是证书信任链缓存；两者一旦残留 .tmp 锁文件或 DataStore.edb 损坏，系统就拒绝新建会话，直接返回空进度——清空操作风险高且易触发权限错误，重命名更安全，系统会在下次启动时自动重建全新结构。
方法一：手动重命名
① 打开文件资源管理器，地址栏粘贴：C:\Windows\SoftwareDistribution → 回车 → 右键该文件夹 → 选择“重命名为” → 改为 SoftwareDistribution.old。
② 同样操作进入：C:\Windows\System32\Catroot2 → 重命名为 Catroot2.old。
方法二：用 PowerShell 一键执行（推荐）
以管理员身份运行 PowerShell，粘贴并执行：
Stop-Service wuauserv,bits,cryptsvc,msiserver -Force; Rename-Item "C:\Windows\SoftwareDistribution" "SoftwareDistribution.old" -ErrorAction SilentlyContinue; Rename-Item "C:\Windows\System32\Catroot2" "Catroot2.old" -ErrorAction SilentlyContinue
执行完直接关闭窗口，无需等待反馈。

重置 Winsock、TCP/IP 及 DNS 缓存

网络协议栈异常会导致 Windows Update 无法建立 HTTPS 连接，即使网络通畅也表现为 0% 冻结。
在管理员终端中依次执行：
netsh winsock reset
netsh int ip reset
ipconfig /flushdns
每条命令回车后看到“成功完成”字样即可，执行完毕后必须重启电脑，否则重置不生效。

运行 Windows 更新疑难解答

设置 → 系统 → 疑难解答 → 其他疑难解答 → 找到“Windows 更新” → 点击“运行”。
这个工具会自动扫描服务状态、缓存路径权限、注册表键值完整性，并尝试修复常见配置错误。
它不修改任何用户数据，也不需要管理员权限，但必须在前三个步骤完成后运行，否则可能跳过已损坏的缓存路径直接报“未发现问题”。

用 DISM 和 SFC 修复系统映像与文件

如果以上步骤都做完仍卡 0%，说明系统底层组件已损坏，需修复映像一致性。
管理员终端中依次运行：
DISM.exe /Online /Cleanup-image /Restorehealth
sfc /scannow
DISM 命令耗时较长（通常 15–40 分钟），期间不要关闭窗口或操作其他程序；SFC 会在 DISM 完成后立即开始扫描，发现损坏文件会自动替换。
两命令全部执行完毕且提示“已验证 100%”后，重启电脑。