MSIX とは何か:アンインストールしてもゴミを残さないパッケージ形式

Windows ユーザーなら誰もが知る儀式があります。プログラムをアンインストールした後、別々の場所に残されたフォルダーを狩り歩くのです。MSIX はその回答です。アンインストールが本当にアンインストールになるパッケージ形式です。

MSIX パッケージの正体

MSIX は署名付きの圧縮コンテナーで、中身はプログラム本体、リソース、依存コンポーネント、そして必要なものを正確に記述するマニフェストです。C:\Program Files\WindowsApps の、簡単には開けない厳重なフォルダーにインストールされ、その瞬間からアプリはサンドボックスの中で暮らします。インストール先やレジストリに書き込んでいるつもりでも、Windows がその書き込みを %LOCALAPPDATA%\Packages 配下のアプリ固有の場所へそっと転送するためです。そもそもシステム中にファイルを散らす機会がありません。

同じエンジンが Microsoft Store と winget の msstore ソースを支えているので、どちらからインストールしたものの中身も相当数が MSIX です。さらに企業が厄介なレガシーインストーラーをこの形式に再パッケージする MSIX Packaging Tool もあります。つまりストアの目玉ではなく、Microsoft が長年押し進めてきたパッケージ化の方向性なのです。

アンインストールが本当にきれいな理由

アプリが共有場所に本当に書き込んでいたわけではないので、削除はパッケージグラフの解体で済みます。WindowsApps のフォルダーは消え、スタートメニューの項目は消え、サービスやドライバーの残骸もそもそも生まれません。素の MSIX はカーネルコンポーネントをインストールできないからです。残り得るものは小さく、知っておく価値があります。そしてライフサイクル全体は PowerShell 1 行で扱えます。

C:\Program Files\WindowsApps\... — パッケージ本体。アプリと一緒に自動的に削除される
%LOCALAPPDATA%\Packages\<PackageFamilyName> — アンインストール後も残ることがある設定とキャッシュ
Get-AppxPackage *名前* — 実際にインストールされているものとそのバージョンを PowerShell で確認
Get-AppxPackage *名前* | Remove-AppxPackage — 1 行で削除
設定 → アプリ → 詳細オプション — インストーラーを探さずに「修復」と「リセット」
winget install --source msstore — コマンドラインから MSIX パッケージをインストール

正直な限界

何でも MSIX にできるわけではありません。サービスやドライバー、早期ブートコンポーネントをインストールするアプリはこの形式で出荷できないのが普通で、だから IDE も VPN クライアントも GPU ドライバーも今なお古典的なインストーラーで届きます。一方、従来のセットアップの代わりではなく並行して MSIX 版を配るベンダーもいます。LibreOffice と一部のブラウザーは両方を提供する代表例です。

もうひとつ覚えておきたい癖があります。%LOCALAPPDATA%\Packages のフォルダーはアプリ別・バージョン別に作られ、蓄積していくのです。何年もストアアプリを入れたり消したりすると、ずいぶん前に削除したアプリのフォルダー墓地を見つけるのが当たり前になります。1 個数 MB でも数十個です。再インストールしないアプリのフォルダーを消すのは安全で、それこそが MSIX の残す唯一の残骸問題です。