MSIX はWindows 10とWindows 11の両方で動作しますが、両方ですべての機能を使用できるわけではありません。 Windows 11でいくつかの機能が導入され、バックポートされておらず、一部のWindows 10バグは未解決のままです。 このページは、機能する場所を理解するのに役立ちます。そのため、Windows 10をサポートする必要があるときに、情報に基づいたパッケージ化の決定を行うことができます。
Important
Windows 10メインストリーム サポートは、2025 年 10 月 14 日 (LTSC 以外のすべてのバージョン) に終了しました。 Windows 10 LTSC 2021 は、2027 年 1 月 12 日までサポートされます。 対象ユーザーがまだWindows 10している場合は、それに応じて計画します。以前のWindows 10 リリースで機能のバグが修正される可能性は低くなります。
機能の比較: Windows 10とWindows 11
次の表は、最新のWindows 10 リリース (21H2 と同じ機能サポートを持つ 22H2) とWindows 11の MSIX 機能の可用性を比較しています。
| 特徴 | Windows 10 (22H2) | ウィンドウズ11 |
|---|---|---|
| コア MSIX のインストールとアンインストール | ✅ | ✅ |
アプリ インストーラー ファイル (.appinstaller) のサポート |
✅ | ✅ |
| サイドローディング (ストア以外のインストール) |
✅
AllowAllTrustedApps ポリシーまたは開発者モードが必要です |
✅ 既定で有効 |
| MSIX のWindows サービス | ✅ (Windows 10 バージョン 2004 以降が必要です) | ✅ |
| 外部の場所を含むパッケージ (スパース パッケージ) | ✅ (Windows 10 バージョン 2004 以降が必要です) | ✅ |
| ホストされているアプリ | ✅ (Windows 10 バージョン 2004 以降が必要です) | ✅ |
| パッケージの整合性の適用 (ストア以外) | ✅ (Windows 10 バージョン 2004 以降が必要です) | ✅ |
| 柔軟な仮想化 | ✅ (バージョン 21H1 以降Windows 10必要) | ✅ |
| スタート メニュー グループ | ✅ (バージョン 21H1 以降Windows 10必要) | ✅ |
| 変更パッケージ | ✅ | ✅ |
| パッケージ サポート フレームワーク (PSF) | ✅ | ✅ |
| 共有パッケージ コンテナー | ❌ Windows 11 のみ | ✅ |
| 従来のコンテキスト メニューのサポート (シェル拡張機能) | ❌ Windows 11 のみ | ✅ |
| 変更可能なパッケージ ディレクトリ | ❌ Windows 11 のみ | ✅ |
| MSIX 永続的識別子 (再インストール後も維持される) | ❌ Windows 11 のみ | ✅ |
| 動的依存関係 |
✅ Windows アプリ SDKのサポートされているバージョンにおける動的依存関係API (Mdd* /ブートストラップ) を介して;❌ OSネイティブAPI |
✅ via Windows アプリ SDK;Windows 11 バージョン 22H2 以降で利用可能な OS ネイティブ API |
すべてのWindows 10 リリースのバージョンごとの詳細については、MSIX の機能とサポートされているプラットフォームを参照してください。
Windows 11専用機能
アプリで次のいずれかの機能を使用している場合、Windows 10では機能しません。
共有パッケージ コンテナー
共有パッケージ コンテナーを使用すると、複数のパッケージ アプリで共通のパッケージ名前空間を共有し、データと設定を共有できます。 この機能にはWindows 11が必要です。
Windows 10代替: MSIX コンテナーの外部にある共有 Win32 データの場所 (%ProgramData% や名前付きパイプなど) を使用するか、1 つのバンドル内の関連パッケージとしてアプリを再構築します。
従来のコンテキスト メニューのサポート
Windows 11、クラシック コンテキスト メニューに表示される MSIX パッケージのシェル拡張機能 (右クリック コンテキスト メニュー) の登録のサポートが導入されました。 これは主に、レガシ デスクトップ アプリを MSIX に変換する場合に関連します。
Windows 10代替: パッケージ サポート フレームワーク (PSF) を使用するか、Windows 10上の別の Win32 インストーラーを使用してコンテキスト メニュー拡張機能を配信します。
変更可能なパッケージ ディレクトリ
変更可能なパッケージ ディレクトリを使用すると、アプリは仮想化されたコンテナーではなく、インストール場所内のサブディレクトリに書き込みます。 Windows 11が必要です。
Windows 10代替:ApplicationData.Current.LocalFolder (AppData\Local\Packages...\LocalState) またはパッケージ外の場所に書き込みます。
MSIX の永続的な ID
MSIX 永続的 ID を使用すると、アプリのパッケージ ID (ファミリ名、発行元など) がアンインストールと再インストールを維持できます。 これを使用しない場合、アプリがアンインストールされると、 LocalState 内のデータが削除されます。 Windows 11が必要です。
Windows 10代替:パッケージ コンテナーの外部 (たとえば、%APPDATA%、%LOCALAPPDATA% (Packages フォルダーの外側)、または %ProgramData% 内のデータベース) に永続的なデータを格納します。
動的依存関係
動的な依存関係により、パッケージ化されたアプリは、パッケージ化時に宣言されていないフレームワーク パッケージに対するランタイム依存関係を取得できます。 これは、パッケージ化されていないアプリに対するWindows アプリ SDKのサポートの基礎となるメカニズムです。 Windows アプリ SDK動的依存関係 API (Mdd* API とブートストラップ フローを含む) は、Windows アプリ SDKがサポートされているWindows 10とWindows 11の両方でサポートされます。 Windows 11 バージョン 22H2 以降では、個別の OS ネイティブの動的依存関係の実装も利用できます。
Windows 10 ガイダンス: Windows アプリ SDK動的依存関係 API またはブートストラップを使用して、Windows 10の依存関係の解決を処理します。回避策は必要ありません。
Windows 10固有の考慮事項
サイドローディング ポリシー
バージョン 2004 以降Windows 10、署名された非ストア MSIX パッケージは、通常、サイドローディングを個別に有効にせずにダブルクリックしてインストールできます。 以前のWindows 10 バージョン (2004 より前) では、開発者モードまたは AllowAllTrustedApps グループ ポリシーを使用してサイドローディングを有効にする必要があります。
Windowsバージョンに関係なく例外が適用されます。署名されていないパッケージには追加の信頼構成が必要であり、エンタープライズマネージド デバイスでは、ポリシーを使用してストア以外のアプリのインストールを制限または無効にすることができます。
Windows 11では、標準の署名済みパッケージに対してもサイドローディングが既定で有効になっており、同じポリシー ベースの制限が適用されます。
LTSC 2021 機能の制限事項
Windows 10 LTSC 2021 (ビルド 19044、20H2 に相当) には、Windows 10 21H1 以降で追加された機能がありません。
| 特徴 | LTSC 2021 | Windows 10 21H1 以降 |
|---|---|---|
| 柔軟な仮想化 | ❌ | ✅ |
| スタート メニュー グループ | ❌ | ✅ |
エンタープライズ展開が LTSC 2021 を対象とする場合は、柔軟な仮想化やパッケージ化されたスタート メニュー グループに依存しないでください。
Windows 10の未解決のバグ
Windows 10で報告された一部のMSIXの問題はバックポートされておらず、Windows 10のサポートが終了しているため、修正される可能性は低いです。 Windows 11とは異なるWindows 10で MSIX 動作が発生した場合は、microsoft/msix-packaging リポジトリで未解決の問題を確認してください。
既知のWindows 10固有の問題の一般的なカテゴリは次のとおりです。
- レジストリ仮想化のエッジケース
- 特定のネットワーク構成でのアプリ インストーラーの信頼性
- パッケージ ツールと一部のインストーラーの種類との互換性
Windows 10ターゲット用のパッケージ化ツール
Windows 10用にアプリをパッケージ化し、ツールの互換性の問題が発生した場合、いくつかのコミュニティ パッケージ ツールで追加の互換性の回避策が提供されます。
- MSIX Packaging Tool (Microsoft) — 公式ツール。積極的にメンテナンスされています。
- Advanced Installer — 強力なWindows 10 MSIX サポートと保守性の高い互換性マトリックスを備えた商用ツール
- コンベヤ - MSIX を含む複数のターゲットのパッケージ化を自動化するコミュニティ ツール。macOS または Linux にも発送する場合に便利です
これらのツールは、ビルド プロセスの一部のWindows 10エッジ ケースをスムーズにすることができますが、パッケージ化ではランタイム OS の制限 (Win11 専用 API の不足など) を回避することはできません。
レコメンデーション
Windows 10をサポートする必要がある場合:
- Avoid Windows 11専用機能 - MinVersion がWindows 10をターゲットとする場合、共有パッケージ コンテナー、変更可能なパッケージ ディレクトリ、永続的な ID、動的依存関係は使用しないでください。
-
MinVersionを、サポートする最も古いWindows 10 ビルドに設定します。 - 特にWindows 10のテスト — Windows 10とWindows 11の動作の違いは、Windows 11専用の CI パイプラインではほとんどキャッチされない。
- Win10 EOL 戦略を計画 — メインストリームのWindows 10サポートが終了したら、将来のアプリ バージョンでWindows 11を要求するロードマップを設定することを検討してください。
関連するコンテンツ
- MSIX の機能とサポートされているプラットフォーム - バージョンごとの完全な互換性表
- Windows アプリの配布パスを選択します
- Windows アプリ配布機能の現在の状況
- パッケージ サポート フレームワークの概要
- MSIX ブログ - Microsoft MSIX エンジニアリング チームによる MSIX アーキテクチャと内部について詳しく説明します
Windows developer