点了卸载却没省出空间?微软 MSIX 机制曝光:你的 Windows 应用可能只是“假”!

在 Windows 系统里，卸载一个软件似乎再简单不过：打开“设置”或“控制面板”，找到应用，点击“卸载”，应用图标消失，对吧？

然而事实可能并非如此，尤其是对于从 微软应用商店（Microsoft Store） 下载、或者采用 MSIX 格式打包 的现代 Windows 应用来说，你点击“卸载”后，文件可能根本没有从你的硬盘里被真正删掉！

为什么会出现这种情况？今天我们就来聊聊微软应用底层隐藏的这套“假卸载”机制。👇

🆚 一、 经典 MSI vs 现代 MSIX：卸载逻辑完全不同

为了理解空间为什么没释放，我们需要先看看新旧两种打包技术的差异：

传统 MSI 安装程序（Microsoft Installer）：

几十年来我们最熟悉的格式。点击卸载时，卸载程序会直接删除二进制文件、清空程序目录、清理注册表残留，做到真正意义上的“连根拔起”。

现代 MSIX 格式（微软商店应用标配）：

为了实现沙盒隔离与安全管理，Windows 将一个 MSIX 应用的生命周期拆分为了四个独立的步骤：

🔍 二、 “假卸载”是怎么发生的？

当你点击 Windows 设置里的“卸载”按钮时，系统后台调用的 API 内部名称其实叫做 RemovePackageAsync，而它第一步做的事情仅仅是 Deregister（取消注册）。

只有当系统确认“全局没有任何其他地方需要这套文件”时，才会触发最后一步 Destage（真正删除）。

以下两种极其常见的场景，就会导致系统直接跳过真正删除的步骤：

场景 1：一台电脑存在多个用户账号（多用户隔离）

如果你的电脑上有多个 Windows 账号（如家庭共用电脑或公司电脑）：

账号 A 点击了卸载，系统只是断开了应用与账号 A 的连接；

只要账号 B 还安装着这个应用，底层文件就不会被删除；

从账号 A 的视角看，应用和快捷方式彻底消失了，但硬盘空间一点都没释放！

场景 2：共享框架与依赖包（单用户也会中招）

即使电脑上只有你一个账号，依然可能触发“假卸载”：

诸如 .NET Runtime、Visual C++ 可再发行组件、Windows App SDK 等，本身也是以 MSIX 模块形式存在的共享框架；

假设应用 A 和应用 B 都依赖同一个共享框架。当你卸载应用 A 时，由于应用 B 还在使用该框架，Windows 便不会清理这部分共享文件。

💡 总结

从用户的视角来看，点击卸载后应用不见了；但从系统的视角来看，它只是在后台帮这些文件“隐藏”了起来。

虽然绝大多数轻量级应用占用的体积并不算大，但了解这一机制，可以帮助我们在面对“硬盘空间莫名缩水”或“卸载后空间未增加”时，做出更合理的判断与清理。

💬 互动时间

你在使用 Win10 / Win11 时，遇到过卸载应用后存储空间丝毫没有变化的情况吗？ 你平时清理 C 盘空间主要用什么工具？

欢迎在评论区留言交流！如果觉得干货实用，别忘了点赞、在看并分享给身边的 PC 折腾党！