什么是 MSIX：卸载不留垃圾的包格式

MSIX 包到底是什么

MSIX 是一个经过签名、压缩的容器，里面装着程序本体、资源文件、依赖项，以及一份精确描述自身需求的清单。它安装在 C:\Program Files\WindowsApps 下一个无法随意打开的受保护文件夹里，从这一刻起，应用就生活在沙盒中：当它以为自己正在写安装目录或注册表时，Windows 会悄悄把这些写入重定向到 %LOCALAPPDATA%\Packages 下的应用专属位置。应用根本没机会把文件撒得满系统都是。

同一套引擎也驱动着 Microsoft Store 和 winget 的 msstore 源，所以你从两者安装的内容中相当一部分底层就是 MSIX。此外还有 MSIX Packaging Tool，企业用它把顽固的经典安装器重新打包成该格式——这说明它不是商店的花架子，而是微软多年来力推的打包方向。

卸载为什么真的干净

既然应用从未真正写入共享位置，删除就等于拆掉它的包图：WindowsApps 下的文件夹消失，开始菜单的条目消失，也没有服务或驱动残留——因为普通 MSIX 根本装不了内核级组件。可能留下的东西很小，但值得了解；整个生命周期用一行 PowerShell 就能搞定。

C:\Program Files\WindowsApps\... — 包本体，随应用自动删除
%LOCALAPPDATA%\Packages\<PackageFamilyName> — 可能在卸载后幸存的设置和缓存
Get-AppxPackage *名称* — 用 PowerShell 查看真正安装了什么、哪个版本
Get-AppxPackage *名称* | Remove-AppxPackage — 一行命令完成卸载
设置 → 应用 → 高级选项 — 无需寻找安装包即可“修复”和“重置”
winget install --source msstore — 从命令行安装 MSIX 包

诚实的局限

并非一切都能做成 MSIX。需要安装服务、驱动或早期引导组件的应用通常无法采用该格式——这就是你的 IDE、VPN 客户端和显卡驱动至今仍以经典安装器分发的原因。一些厂商还会把 MSIX 版本与传统安装包并行发布而非取而代之，LibreOffice 和几款浏览器是同时提供两种形式的典型例子。

该格式还有一个值得记住的怪癖：%LOCALAPPDATA%\Packages 里的文件夹按应用、按版本分别创建，而且会不断累积。多年从商店装了又卸之后，发现一堆早已删除的应用的文件夹墓地再正常不过——每个只有几 MB，却有几十个。删除确定不会再装的应用的文件夹是安全的；这就是 MSIX 全部的残留问题。