MSIX auf Windows 10 und Windows 11

MSIX funktioniert sowohl auf Windows 10 als auch auf Windows 11, aber nicht alle Features sind auf beiden verfügbar. Mehrere Funktionen wurden mit Windows 11 eingeführt und nicht auf frühere Versionen zurückportiert, und einige Windows 10 Fehler sind weiterhin ungelöst. Diese Seite hilft Ihnen zu verstehen, wo funktioniert, damit Sie fundierte Verpackungsentscheidungen treffen können, wenn Sie Windows 10 unterstützen müssen.

Featurevergleich: Windows 10 vs Windows 11

Die folgende Tabelle vergleicht die MSIX-Featureverfügbarkeit zwischen der neuesten Windows 10-Version (22H2, die die gleiche Featureunterstützung wie 21H2 hat) und Windows 11.

Eine Vollständige Versionsübersicht über alle Windows 10 Versionen finden Sie unter MSIX-Features und unterstützten Plattformen.

Nur Funktionen von Windows 11

Wenn Ihre App eines der folgenden Features verwendet, funktioniert sie nicht an Windows 10:

Freigegebene Paketcontainer

Mit gemeinsamen Paketcontainern können mehrere gepackte Apps einen gemeinsamen Paketnamespace gemeinsam nutzen, sodass sie Daten und Einstellungen austauschen können. Für dieses Feature ist Windows 11 erforderlich.

Windows 10 alternative: Verwenden Sie einen freigegebenen Win32-Datenspeicherort (z. B. %ProgramData% oder eine benannte Pipe) außerhalb des MSIX-Containers, oder strukturieren Sie die Apps als verwandte Pakete innerhalb eines einzelnen Bundles neu.

Unterstützung für Legacy-Kontextmenüs

Windows 11 hat die Unterstützung für die Registrierung von MSIX-verpackten Shell-Erweiterungen (rechte Maustaste Kontextmenüs) eingeführt, die im klassischen Kontextmenü angezeigt werden. Dies ist in erster Linie relevant, wenn Ältere Desktop-Apps in MSIX konvertiert werden.

Windows 10 alternative: Verwenden Sie das Package Support Framework (PSF) oder stellen Sie Kontextmenüerweiterungen über ein separates Win32-Installationsprogramm unter Windows 10 bereit.

Veränderbare Paketverzeichnisse

In veränderbaren Paketverzeichnissen können Apps anstelle des virtualisierten Containers in ein Unterverzeichnis innerhalb des Installationsspeicherorts schreiben. Erfordert Windows 11.

Windows 10-Alternative: Schreiben Sie in ApplicationData.Current.LocalFolder (AppData\Local\Packages...\LocalState) oder in ein Verzeichnis außerhalb des Pakets.

Persistente MSIX-Identität

MSIX Persistent Identity stellt sicher, dass die Paketidentität einer App (Familienname, Herausgeber usw.) eine Deinstallation und Neuinstallation übersteht. Ohne diese werden die Daten in LocalState gelöscht, wenn die App deinstalliert wird. Erfordert Windows 11.

Windows 10 alternative: Speichern persistenter Daten außerhalb des Paketcontainers , z. B. in %APPDATA%, %LOCALAPPDATA% (außerhalb des Ordners "Pakete") oder einer Datenbank in %ProgramData%.

Dynamische Abhängigkeiten

Dynamische Abhängigkeiten ermöglichen es verpackten Apps, Laufzeitabhängigkeiten von Frameworkpaketen zu übernehmen, die zur Verpackungszeit nicht deklariert werden. Dies ist der Mechanismus, der der Unterstützung des Windows App SDK für entpackte Apps zugrunde liegt. Die Windows App SDK dynamischen Abhängigkeits-APIs (einschließlich der Mdd*-APIs und des Bootstrapperflusses) werden sowohl für Windows 10 als auch für Windows 11 unterstützt, in denen die Windows App SDK unterstützt wird. Eine separate dynamische Abhängigkeitsimplementierung des Betriebssystems ist auch für Windows 11, Version 22H2 und höher verfügbar.

Windows 10-Anleitung: Verwenden Sie die dynamischen Windows App SDK Abhängigkeits-APIs oder den Bootstrapper, um die Abhängigkeitsauflösung unter Windows 10 zu verwalten. Es ist keine Problemumgehung erforderlich.

Windows 10 spezifische Überlegungen

Querladen-Richtlinie

Auf Windows 10 Version 2004 und höher können signierte nicht storebezogene MSIX-Pakete im Allgemeinen durch Doppelklicken installiert werden, ohne das Querladen separat zu aktivieren. Bei älteren Windows 10-Versionen (Pre-2004) muss das Querladen über den Entwicklermodus oder die AllowAllTrustedApps-Gruppenrichtlinie aktiviert werden.

Ausnahmen gelten unabhängig von Windows Version: Nicht signierte Pakete erfordern zusätzliche Vertrauenskonfiguration, und vom Unternehmen verwaltete Geräte können die Installation von Nicht-Store-Apps über eine Richtlinie einschränken oder deaktivieren.

Bei Windows 11 ist das Querladen auch standardmäßig für standardsignierte Pakete aktiviert, vorbehaltlich der gleichen richtlinienbasierten Einschränkungen.

Einschränkungen von LTSC 2021-Features

Windows 10 LTSC 2021 (Build 19044, entspricht 20H2) fehlen Features, die in Windows 10 21H1 und höher hinzugefügt wurden:

Wenn Ihre Implementierung im Unternehmen auf LTSC 2021 abzielt, verlassen Sie sich nicht auf flexible Virtualisierungen oder vorkonfigurierte Startmenügruppen.

Nicht behobene Fehler auf Windows 10

Einige auf Windows 10 gemeldete MSIX-Probleme wurden nicht zurückportiert und es ist aufgrund des Unterstützungsendes für Windows 10 unwahrscheinlich, dass sie behoben werden. Wenn Sie unter Windows 10 auf MSIX-Verhalten stoßen, das sich von dem unter Windows 11 unterscheidet, überprüfen Sie die offenen Probleme im Repository microsoft/msix-packaging.

Häufige Kategorien bekannter Windows 10 spezifischer Probleme sind:

• Randfälle der Virtualisierung der Registrierung
• Zuverlässigkeit des App-Installers mit bestimmten Netzwerkkonfigurationen
• Kompatibilität des Pakettools mit einigen Installationstypen

Verpackungstools für Windows 10 Ziele

Wenn Sie Apps für Windows 10 packen und Probleme mit der Kompatibilität von Tools auftreten, bieten mehrere Community-Verpackungstools zusätzliche Kompatibilitätsumgehungen:

• MSIX Packaging Tool (Microsoft) — das offizielle Werkzeug; aktiv gewartet;
• Advanced Installer – kommerzielles Tool mit starker Windows 10 MSIX-Unterstützung und einer gut gepflegten Kompatibilitätsmatrix
• Conveyor — Community-Tool, das die Verpackung für mehrere Ziele automatisiert, einschließlich MSIX; nützlich, wenn Sie auch auf macOS oder Linux bereitstellen

Diese Tools können einige Windows-10-Sonderfälle im Buildprozess glätten, aber Laufzeitbetriebssystembeschränkungen (z. B. fehlende Win11-only-APIs) können beim Verpacken nicht umgangen werden.

Empfehlung

Wenn Sie Windows 10 unterstützen müssen:

1. Vermeiden Sie Funktionen, die ausschließlich für Windows 11 gedacht sind – verwenden Sie keine freigegebenen Paketcontainer, veränderbare Paketverzeichnisse, persistente Identitäten oder dynamische Abhängigkeiten, wenn Ihre Minimumsversion auf Windows 10 zielt.
2. Setzen Sie einen genauen Wert MinVersion im TargetDeviceFamily-Element Ihres MSIX-Manifests auf den ältesten Windows 10-Build, den Sie unterstützen möchten.
3. Spezifisch auf Windows 10 testen – Verhaltensunterschiede zwischen Windows 10 und Windows 11 werden selten in Windows-11-exklusiven CI-Pipelines erfasst.
4. Planen Sie Ihre Win10 EOL-Strategie – mit beendetem Mainstream-Windows 10-Support sollten Sie eine Roadmap festlegen, um Windows 11 in einer zukünftigen App-Version zu erfordern.

Verwandte Inhalte

• MSIX-Features und unterstützte Plattformen – Vollversionskompatibilitätstabelle
• Wählen Sie einen Verteilungspfad für Ihre Windows App
• Aktueller Stand der Funktionen zur Verbreitung von Windows-Apps
• Übersicht über das Paketunterstützungsframework