Self-Hosten durch Bereitstellung von Vorschaukanälen

Selbsthosting bedeutet, dass Sie eine WebView2-Vorschauruntime mit Ihrer App bereitstellen. Auf diese Weise können Sie und Ihr Entwicklungsteam Ihre App täglich mit einer WebView2-Vorschauruntime verwenden, um Probleme zu finden, die sich auf Ihre spezielle WebView2-App auswirken, bevor die bevorstehenden Änderungen die Evergreen WebView2-Runtime (stabil) erreichen.

Der Self-Hosting-Ansatz bietet eine reale Nutzung Ihrer App mit der neuesten WebView2 Preview-Runtime, um eventuell auftretende Probleme abzufangen. Sie sollten Ihre App selbst hosten und gleichzeitig Vorabversionstests für Ihre App durchführen, um einen strukturierten Ansatz zum Testen Ihrer App mit der neuesten Version der WebView2-Runtime bereitzustellen.

Führen Sie sowohl automatisierte als auch manuelle Tests durch:

  • Führen Sie für automatisierte TestsVorabversionstests durch, d. h. Tests mit einer WebView2 Preview Runtime. Weitere Informationen finden Sie unter Vorabversionstests mit Vorschaukanälen von Microsoft Edge.
  • Verwenden Sie für manuelle Testsdas Selbsthosting, d. h. die Bereitstellung einer WebView2 Preview-Runtime mit Ihrer App, die täglich von Ihrem Team verwendet wird. Behandelt im vorliegenden Artikel.

So hosten Sie einen Vorschaukanal von WebView2 selbst

Es wird empfohlen, die WebView2 Preview Runtime selbst zu hosten, indem Sie die Dev-Kanal des Edge-Browsers verwenden. Der Dev-Kanal wird wöchentlich aktualisiert, sodass Sie Probleme frühzeitig erkennen können und gleichzeitig über genügend Stabilität für den täglichen Gebrauch verfügen.

Der Canary-Kanal ist ebenfalls geeignet, aber möglicherweise weniger stabil für den täglichen Gebrauch. Mit dem Beta-Kanal können Sie mit der Version der Runtime testen, die kurz vor der Auslieferung an die stabile Version steht, aber Sie können Probleme für Ihre Anwendung möglicherweise nicht früh genug erkennen.

So hosten Sie einen Vorschaukanal von WebView2 selbst:

  1. Legen Sie den Vorschaukanal für Ihre App fest.

    Sie können den Vorschaukanal mithilfe von ChannelSearchKind festlegen, sodass Ihre WebView2-App den Kanal mit der geringsten Stabilität auf dem Gerät verwendet. Es wird empfohlen, entweder den Registrierungsschlüssel oder die Gruppenrichtlinie für das Self-Hosting zu verwenden.

  2. Installieren Sie den Vorschaukanal auf den Computern Ihres Teams.

    Um Vorschaukanäle auf einer kleinen Anzahl von Geräten zu installieren, können Sie sie manuell von der Seite "Microsoft Edge-Insider werden" herunterladen und installieren. Informationen zum Bereitstellen von Vorschaukanälen für eine große Anzahl von Geräten finden Sie unter Bereitstellen von Vorschaukanälen in Wechseln zu einem Vorschaukanal, um anstehende APIs und Features zu testen.

  3. Verwenden Sie Ihre App täglich mit dem Vorschaukanal von WebView2, und diagnostizieren Sie potenzielle Probleme mit der WebView2-Runtime.

    Weitere Informationen finden Sie unten unter Diagnostizieren potenzieller Probleme mit der WebView2-Runtime.

Wenn Sie Probleme gefunden haben, können Sie diese über das Microsoft Edge / WebView2Feedback-Repository melden. Geben Sie in diesem Runtime Channel Abschnitt unbedingt an, dass Sie das Problem in einem Vorschaukanal gefunden haben, damit die Behebung priorisiert werden kann, bevor der Fehler in die stabile Version aufgenommen wird.

Diagnostizieren potenzieller Probleme mit der WebView2-Runtime

Gehen Sie wie folgt vor, um potenzielle WebView2 Preview-Runtimeprobleme, die von Ihrer App aufgedeckt werden, zu diagnostizieren oder zu beheben:

Vergewissern Sie sich, dass in Ihrer App ein Vorschaukanal von WebView2 ausgeführt wird

  1. Öffnen Sie in Windows den Task-Manager.

  2. Suchen Sie den Prozess Ihrer Anwendung, und suchen Sie dann den untergeordneten WebView2-Manager-Prozess .

  3. Klicken Sie mit der rechten Maustaste auf den Edge WebView2-Prozess , und wählen Sie dann Dateispeicherort öffnen aus. Der Ordnername ist die Versionsnummer der Runtime.

Wechseln Sie zum stabilen WebView2-Runtime-Kanal, um zu überprüfen, ob das Problem reproduziert wird.

Wenn das Problem im Stable-Kanal der WebView2-Runtime nicht reproduziert wird, liegt das Problem wahrscheinlich im Vorschaukanal von WebView2 oder in der Interaktion Ihrer App mit dem Vorschaukanal von WebView2.

Sie können mithilfe von Umgebungsvariablen problemlos zum stabilen Kanal (Evergreen WebView2 Runtime) wechseln, da überarbeitete Umgebungsvariablen die Registrierungseinstellungen überschreiben (die durch Gruppenrichtlinien festgelegt werden). Auf diese Weise können Sie ganz einfach von einem Vorschaukanal zu einem stabilen Kanal wechseln, um zu sehen, ob das Problem reproduziert wird. Wenn Sie bereits Umgebungsvariablen verwenden, aktualisieren Sie einfach die Werte.

Wenn Sie die Umgebungsvariable global festlegen, ändert sie den WebView2-Kanal für alle Apps, die WebView2 auf dem Computer verwenden.

Wenn Sie die API verwenden, empfehlen wir, in Ihrer App eine Benutzeroberfläche zu erstellen, die es Ihren Benutzern ermöglicht, zwischen der Verwendung der stabilen WebView2-Runtime oder einer WebView2-Vorschauruntime zu wechseln.

Sammeln von Diagnosedaten

  1. Siehe Sammeln von Diagnosen und Protokollen. Absturzabbilder und ETW-Ablaufverfolgungen (Ereignisablaufverfolgung für Windows) sind die gängigen Formate, die erforderlich sind.

  2. Sie können das Problem dann an das Microsoft Edge / WebView2Feedback-Repository melden und die Protokolldatei einfügen.

Siehe auch

Extern:

  • Zuletzt aktualisiert um