Win11用户报告1月可选更新导致临时文件清理失败

部分Win11用户遭遇“清理尴尬”：微软1月可选更新竟让临时文件“赖着不走”

大家好，今天一早看到Windows Latest的一篇报道，说实话，我一点都没感到意外——微软那边儿，似乎又有补丁给用户“添了点小麻烦”。就在2月5号，这家科技媒体曝出，有些Windows 11用户在安装了1月份那个可选更新KB5034204（Build 22621.3078和22631.3078）之后，发现系统自带的“临时文件”清理功能，突然就“罢工”了。

咱们先说说这个更新本身。从安全角度看，微软的初衷肯定是好的。KB5034204这次在系统底层做了个小手术：当你点开“设置”应用里的“存储”页面时，系统会立马弹出一个用户账户控制（UAC）的提示框，要求你提供管理员权限才能继续。这个设计其实不难理解，其本意就是想给系统文件多加一把锁，确保只有你本人（或者管理员）才能动那些关键位置，从而防止普通用户误删、或者被一些恶意软件钻了空子。这个思路本身，我个人是很赞同的。

但话说回来，理想和现实之间，往往就差那么一点“磨合”。这个新加的权限门禁，似乎带来了一个设计者没完全预料到的副作用。根据报道，多名用户反馈说，即便你老老实实地点了“是”，给了管理员权限，成功进入了存储设置页面，接下来的操作却不灵了。

具体是怎么回事呢？当你点开“临时文件”准备清理时，问题就暴露了。这个工具变得“近视”了——它居然“看”不到像“Windows更新清理”和“设备驱动程序包”这类系统级的垃圾文件了。我见过一些测试截图，明明系统盘里躺着好几百兆的更新残留文件，可设置页面里要么显示一片空白，要么干脆就把相关选项给隐藏了。这感觉就像是，你拿到了进入仓库大门的钥匙，但进去之后发现，最重要的几个货架的锁，你这把钥匙却打不开。结果就是，用户没法通过这个现代化的设置界面来释放宝贵的磁盘空间，这确实挺让人恼火的。

从技术角度琢磨一下，依我的经验来看，问题的根子很可能出在“权限传递”这个环节上。虽然进入“存储”主页面时，UAC弹窗完成了一次提权，但“临时文件”这个子页面背后的扫描进程，可能还是以普通用户的身份在后台运行。这就导致了权限链条的脱节：前台有权限，后台没权限，后台自然也就没法去读取和列出那些需要高权限才能碰的系统文件了。这有点像什么？打个比方，你作为项目经理有权查看整个项目的预算（进了存储页面），但你的助理（临时文件扫描进程）没有同步获得授权，所以他没法把详细的开支清单（系统垃圾文件列表）整理出来给你看。

那现在遇到这情况该怎么办呢？别着急，有辙。目前最有效的解决方案，是回归“传统艺能”。咱们可以请出那位老当益壮的“磁盘清理”（Disk Cleanup）工具。使用方法很简单：运行它之后，记得一定要点那个“清理系统文件”的按钮。这个老工具绕过了新设置的权限迷宫，能够准确识别出Windows更新缓存等文件，然后干净利落地把它们清理掉。有时候啊，新工具闹脾气，还得靠这些经历过时间考验的老伙计来救场。