磁盘清理工具是起点，可安全释放2–20GB空间；需勾选“Windows更新清理”和“以前的Windows安装”，执行cleanmgr→清理系统文件→删除文件，不影响当前系统功能。
Win11完成更新后C盘莫名少了10GB以上空间，系统运行变慢、后续更新反复失败，这些异常往往不是因为新系统本身臃肿，而是旧补丁的安装包、回滚快照、注册表残留和组件映像被系统悄悄留了下来——它们不显示在常规文件列表里，也不会随补丁卸载自动消失。
用磁盘清理工具清除可见的更新残留
这一步能快速释放2–20GB空间，是所有清理操作的起点，必须先做。它调用系统原生扫描逻辑，可安全识别“Windows更新清理”和“以前的Windows安装”这两类高占用项。
按下 Win + R，输入 cleanmgr 回车，选择C盘启动磁盘清理程序。
等待初步扫描完成后，点击“清理系统文件”按钮（需管理员权限），再次选中C盘进行深层扫描。
扫描结束后，在文件列表中务必勾选“Windows更新清理”和“以前的Windows安装”；若存在“临时Windows安装文件”，也一并勾选。
点击“确定”，在弹出的确认框中选择“删除文件”执行清理。这一步不会影响已安装的当前系统功能。
手动清空SoftwareDistribution与WinSxS备份目录
Windows Update服务把每个补丁的原始安装包（.cab）、日志、状态数据库全量存放在隐藏路径中，即使更新成功完成，这些文件也默认不删除。它们长期驻留，是C盘空间慢性流失的主因。
方法一：清空更新缓存目录
右键“开始”→“计算机管理”→“服务和应用程序”→“服务”，找到Windows Update，右键停止。
按下 Win + R，输入 C:\Windows\SoftwareDistribution\Download 回车，全选内容 → Shift + Delete 永久删除。
返回服务列表，右键重启Windows Update服务。注意：若提示“文件正在使用”，说明服务未真正停止，需刷新服务状态再操作。
方法二：清理WinSxS中的备份快照
在地址栏输入 C:\Windows\WinSxS\Backup 回车，检查是否存在以KB编号命名的非空子文件夹（如KB5038354），逐一确认后删除。
方法三：删除回滚镜像
在地址栏分别输入 C:\$WINDOWS.~BT 和 C:\$WINDOWS.~WS，若目录存在且你【已确认不再需要回退到旧版本】，直接删除整个文件夹。
用DISM命令压缩并清除WinSxS冗余组件映像
WinSxS文件夹里藏着大量已卸载补丁的组件副本，系统无法通过图形界面识别它们是否“多余”。DISM是微软官方提供的底层清理工具，能安全移除无效引用，释放数GB真实空间。
第一步：以管理员身份运行Windows终端（不是PowerShell）。
第二步：执行命令：
DISM /Online /Cleanup-Image /StartComponentCleanup
第三步：等待执行完成（可能耗时5–15分钟），期间窗口不可关闭，也不要强行中断。
第四步：如需深度清理（包括清除所有已过期的系统还原点关联映像），追加执行：
DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase
第五步：执行完毕后，重启系统使变更生效。/ResetBase操作不可逆，执行后将无法卸载此后安装的任何更新。
用PowerShell精准清除注册表中已卸载补丁的残留项
某些第三方卸载工具或手动删除操作会在注册表中遗留KB编号相关的安装条目，虽不直接影响运行，但会干扰后续更新检测逻辑，导致“检查更新”卡住或报错0x80073712。
以管理员身份运行PowerShell。
执行命令：
Get-HotFix | Where-Object {$_.Description -eq 'Update'} | Sort-Object InstalledOn -Descending | Format-Table HotFixID, Description, InstalledOn -AutoSize
该命令列出所有标记为“Update”的已安装补丁，并按安装时间倒序排列，方便你定位最近卸载却仍显示为“已安装”的可疑KB编号。
确认目标KB号（如KB5039354）后，执行注册表清理：
Get-ChildItem 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\Packages' -Recurse | Where-Object { $_.PSPath -match 'KB5039354' } | Remove-Item -Recurse -Force
⚠️ 这一步操作前请确保已创建系统还原点——误删其他KB路径可能导致组件服务异常。
重置Windows更新服务数据库
当更新历史记录混乱、检查更新反复失败、下载进度卡在0%时，往往是SoftwareDistribution根目录下的DataStore.db损坏或索引错乱所致。此时仅清空Download子文件夹无效，必须重建数据库。
① 停止相关服务：
在管理员终端中依次执行：
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
② 重命名旧数据库目录：
在文件资源管理器中打开 C:\Windows\SoftwareDistribution，将其中的 DataStore 文件夹重命名为 DataStore.old。
③ 重启服务：
在终端中依次执行：
net start wuauserv
net start cryptSvc
net start bits
net start msiserver
④ 强制触发更新扫描：
执行 usoclient StartScan，等待约2分钟，系统将自动生成全新DataStore目录及索引文件。
