Webkit
| Letzte Aktualisierung | Stabile Release | Releasekandidat | Beta-Release | Alpha-Release |
|---|---|---|---|---|
| 17. Dezember 2025 | 1.15.0 | - | - | - |
Abhängigkeiten deklarieren
Wenn Sie eine Abhängigkeit von Webkit hinzufügen möchten, müssen Sie Ihrem Projekt das Google Maven-Repository hinzufügen. Weitere Informationen finden Sie im Maven-Repository von Google.
Fügen Sie die Abhängigkeiten für die benötigten Artefakte der Datei build.gradle für Ihre App oder Ihr Modul hinzu:
Cool
dependencies { implementation "androidx.webkit:webkit:1.15.0" }
Kotlin
dependencies { implementation("androidx.webkit:webkit:1.15.0") }
Weitere Informationen zu Abhängigkeiten finden Sie unter Build-Abhängigkeiten hinzufügen.
Feedback
Ihr Feedback hilft uns, Jetpack zu verbessern. Wenn Sie neue Probleme entdecken oder Ideen zur Verbesserung dieser Bibliothek haben, lassen Sie es uns wissen. Bevor Sie ein neues Problem erstellen, sollten Sie sich jedoch die bereits gemeldeten Probleme in dieser Bibliothek ansehen. Wenn Sie sich einer Problemmeldung anschließen möchten, klicken Sie auf die Schaltfläche mit dem Stern.
Weitere Informationen finden Sie in der Dokumentation zum Issue Tracker.
Version 1.15
Version 1.15.0
17. Dezember 2025
androidx.webkit:webkit:1.15.0 ist veröffentlicht. Version 1.15.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.14.0
In dieser Version wird minSdk von API 21 auf API 23 erhöht. Außerdem werden die folgenden neuen API-Funktionen eingeführt:
- Auf Cookies zugreifen und sie als Teil von
shouldInterceptRequest-Callbacks für WebView und Service Worker festlegen. App-Entwickler, die derzeit im Rahmen ihrershouldInterceptRequestauf dieCookieManagerAPI zugreifen, können Cookie-Header jetzt direkt aktivieren, indem sie WebViewCompat#setCookiesIncludedInShouldInterceptRequest aufrufen. Dadurch fügtWebViewder WebResourceRequest.getRequestHeaders()-Zuordnung einenCookie-Header hinzu, der die genauen Cookies enthält, die für die Anfrage gelten. Dadurch werden auch alle partitionierten Cookies richtig verarbeitet. Apps könnenSet-Cookie-Headerwerte über die neu hinzugefügte API WebResourceResponseCompat#setCookies bereitstellen. Die dort hinzugefügtenSet-Cookie-Werte werden vonWebViewim Rahmen der Antwortverarbeitung verarbeitet. - Benutzerdefinierte Anfrageheader festlegen Mit der API Profile#addCustomHeader können App-Entwickler eine Liste statischer Header-Name/Wert-Paare festlegen, die bei allen Anfragen gesendet werden, die dem angegebenen Ursprungsmuster entsprechen.
- Anpassung von Elementen im Kontextmenü für WebView-Hyperlinks zulassen. Durch Aufrufen von WebViewCompat#setHyperlinkContextMenuItems können App-Entwickler angeben, welche Elemente im Kontextmenü angezeigt werden, wenn ein Nutzer lange auf einen Hyperlink tippt.
- Vorrendern auslösen. Mit WebViewCompat#prerenderUrlAsync können Anwendungen URLs spekulativ rendern, bevor sie in einem
WebViewangezeigt werden. Durch das Vorabrendern kann die Ladeleistung erheblich verbessert werden, da die Seite vorab abgerufen wird. Wenn der Nutzer die URL aufruft, wird die vorgerenderte Seite sofort angezeigt. - Sie können die Details des BackForwardCache in
WebViewsteuern, indem Sie die API WebSettingsCompat#setBackForwardCacheSettings aufrufen. Mit dieser API können Sie das Zeitlimit in Sekunden festlegen oder die Grenzwerte für den Seitencache anpassen. - Außerdem wurde die Entfernung des
X-Requested-With-Headers inWebViewrückgängig gemacht. Der Header wird wieder bei allen Anfragen gesendet. Die Zulassungslisten-API ist daher nicht mehr erforderlich und wurde eingestellt.
Seit Version 1.14.0 hinzugefügte experimentelle APIs
- Mit der
WebView-Bibliothek wurden auch eine Reihe von APIs eingeführt, die derzeit den Status „Experimentell“ haben. Weitere Informationen zu diesen APIs finden Sie in der Paketzusammenfassung. Wenn Sie Feedback zu diesen APIs haben, senden Sie es bitte per E-Mail an android-webview-dev@chromium.org oder über unseren Issue Tracker.
Die folgenden Funktionen sind experimentell:
- Mit ProcessGlobalConfig#setUiThreadStartupMode können Sie die Initialisierung des UI-Threads von WebView konfigurieren. Insbesondere können Sie damit auswählen, ob der Start als einzelne Aufgabe ausgeführt oder in kleinere Aufgaben aufgeteilt werden soll, die die Steuerung an den UI-Thread-Looper übergeben.
- Erstellen Sie
WebView-Instanzen mit einer eingeschränkten Konfiguration, die später nicht mehr mit der WebViewBuilder API geändert werden kann. Das bedeutet, dass es jetzt möglich ist, JavaScript-Schnittstellenobjekte hinzuzufügen, die nur in eine bestimmte Liste von Ursprüngen eingefügt werden. Dadurch wird die Sicherheit der Verwendung erheblich verbessert. Dadurch werden auch alle weiteren Aufrufe vonaddJavascriptInterfacefür die erstellteWebView-Instanz deaktiviert, was eine unveränderliche Konfiguration gewährleistet. - Die WebViewCompat#startUpWebView-API wurde erweitert:
- Sie können jetzt eine Gruppe von Profilen angeben, die synchron geladen werden sollen. So können App-Entwickler das Laden von Profilen ganz überspringen oder genau angeben, welche Profile die App verwendet, damit sie alle geladen werden.
- Die Fehlerbehebung beim asynchronen Start ist jetzt einfacher, da Sie mit den Callbacks getUiThreadBlockingStartUpLocations und getNonUiThreadBlockingStartUpLocations die Stellen in der App ermitteln können, an denen der WebView-Start entweder den UI-Thread oder einen Hintergrundthread blockiert.
- Sie können konfigurieren, wie die Initialisierung des UI-Threads von
WebViewausgeführt werden soll.
- Wärmen Sie den Rendererprozess für ein Profil auf, indem Sie Profile#warmUpRendererProcess aufrufen. Diese API kann von Anwendungen mit komplexen
WebView-Lebenszyklen verwendet werden, um sicherzustellen, dass der Renderer-Prozess ausgeführt wird, auch wenn alle WebView-Instanzen zerstört wurden. - Mit Profile#addQuicHints können Apps
WebViewanweisen, QUIC / HTTP3 bei Verbindungen zu den angegebenen Ursprüngen zu bevorzugen. - Mit Profile#preconnect können Apps eine Verbindung zu einem Ursprung öffnen, bevor sie dorthin navigieren, um zukünftige Ladevorgänge zu beschleunigen.
Seit Version 1.14.0 aktualisierte experimentelle APIs
- Die Navigation Listener API wurde aktualisiert, damit Anwendungen mehrere Listener-Instanzen bereitstellen können, die optional mit einem benutzerdefinierten Executor für Hintergrundthread-Callbacks konfiguriert werden können. Bisher wurde dafür die WebNavigationClient API verwendet, die zugunsten der neuen API eingestellt wurde. Außerdem werden mit diesem Update Zeitinformationen zum onFirstContentfulPaint-Callback hinzugefügt, die die Zeit vom Navigationsstart bis zum Paint-Ereignis angeben.
Version 1.15.0-rc01
3. Dezember 2025
androidx.webkit:webkit:1.15.0-rc01 ist veröffentlicht. Version 1.15.0-rc01 enthält diese Commits.
- Seit
androidx.webkit:webkit:1.15.0-beta01gab es keine Updates
Version 1.15.0-beta01
19. November 2025
androidx.webkit:webkit:1.15.0-beta01 ist veröffentlicht. Version 1.15.0-beta01 enthält diese Commits.
API-Änderungen
- Experimentelle
WebViewBuilder-APIs hinzufügen (I06828, b/409740828) UiThreadStartupModefür asynchronen Start hinzugefügt, um zu verhindern, dassisMultiProcessEnabled()beim Start von Chromium aufgerufen wird (I524ee, b/397372092)- Ausblenden des Formfaktors
UserAgentbis zum Release 1.16 (Ibac8a, b/430554841, b/454438418) - Die Navigations-API wurde aktualisiert, damit Anwendungen
NavigationListener-Instanzen bereitstellen können, die optional mit einem benutzerdefinierten Executor für Hintergrundthread-Callbacks konfiguriert werden können. Einem einzelnenWebViewkönnen jetzt mehrereNavigationListener-Instanzen hinzugefügt werden.
Außerdem werden mit diesem Update Zeitinformationen zumonFirstContentfulPaint-Callback hinzugefügt, die die Zeit vom Navigationsstart bis zum Paint-Ereignis angeben. (I6aa8e, b/448580228) - Fügt
Profile#addQuicHintshinzu, mit dem AppsWebViewmitteilen können, dass QUIC / HTTP3 bei Verbindungen zu den angegebenen Ursprüngen bevorzugt werden soll. (I8e364, b/445339041) - Die Funktionskonstanten wurden mit experimentellen Anmerkungen aktualisiert und die README-Datei der Bibliothek wurde mit weiteren Informationen zu experimentellen APIs aktualisiert. (I1b914)
Fehlerkorrekturen
androidx.webkit:webkit:1.15.0-beta01wird freigegeben (I0b1bd, b/417241552)
Version 1.15.0-alpha03
8. Oktober 2025
androidx.webkit:webkit:1.15.0-alpha03 ist veröffentlicht. Version 1.15.0-alpha03 enthält diese Commits.
API-Änderungen
- Es wird eine neue API zum Festlegen benutzerdefinierter Anfrageheader eingeführt. Diese API ist eine Weiterentwicklung der vorherigen experimentellen API. Jetzt kann die Anwendung mehrere Werte für jeden Header festlegen, die jeweils einer anderen Gruppe von Ursprungsmustern zugeordnet sind. Die neue API ermöglicht es der Anwendung auch, die konfigurierten Header zu prüfen. (Id7d30, b/419469873, b/429269470)
- Die Entfernung des X-Requested-With-Headers in
WebViewwurde rückgängig gemacht. Der Header wird jetzt standardmäßig wieder mit allen Anfragen gesendet. Die Zulassungslisten-API ist nicht mehr erforderlich und wurde eingestellt. (I884c3, b/447094379) - Fügen Sie
WebSettingsCompateine neue API hinzu, damit Entwickler den Back-Forward-Cache vonWebViewkonfigurieren können, z. B. das Zeitlimit in Sekunden oder die Grenzwerte für den Seitencache. (I642b2, b/432395269) HyperlinkContextMenu-API hinzufügen, um die Anpassung von Elementen im Kontextmenü desWebView-Hyperlinks zu ermöglichen (Idb809, b/382654667)- Die
getAsyncStartUpLocationsAPI wurde für Debugging-Fälle hinzugefügt, in denenWebViewasynchron ohne Verwendung derstartUpWebViewAPI gestartet wurde. (I6bf4b, b/417434566)
Version 1.15.0-alpha02
27. August 2025
androidx.webkit:webkit:1.15.0-alpha02 ist veröffentlicht. Version 1.15.0-alpha02 enthält diese Commits.
Neue Funktionen
- Fügt
Profile#preconnecthinzu, damit Apps eine Verbindung zu einem Ursprung öffnen können, bevor sie dorthin navigieren, um zukünftige Ladevorgänge zu beschleunigen. (I8db41) - In
WebViewCompatwurde eine neueprerenderUrlAsyncAPI hinzugefügt, mit der Anwendungen URLs spekulativ vorrendern können, bevor sie in einer WebView angezeigt werden.
Durch das Vorabrendern kann die Ladeleistung erheblich verbessert werden, da die Seite vorab abgerufen wird. Wenn der Nutzer die URL aufruft, wird die vorgerenderte Seite sofort angezeigt.
Diese APIs wurden zuvor als experimentell veröffentlicht und können jetzt ohne die Anmerkung@OptInverwendet werden. (Ie14f5) - Sie können jetzt eine Reihe von Profilen angeben, die beim Aufrufen der
startUpWebViewAPI synchron geladen werden sollen. Dies wird konfiguriert, indem die Profilnamen an eine neue Methode inWebViewStartUpConfig.Builder(I9a6e6) übergeben werden. - Fügen Sie
WebSettingsCompateine neue API hinzu, um BackForwardCache für dasWebSettings-Objekt zu aktivieren/deaktivieren. Diese API wurde zuvor als experimentell veröffentlicht und kann jetzt ohne die Anmerkung@OptInverwendet werden. (Ie413b) - Unterstützung für das Überschreiben von User-Agent-Formfaktoren hinzugefügt. Die Klasse
UserAgentMetadatahat neue Methoden zum Abrufen und Festlegen von User-Agent-Metadaten-Formfaktoren. DieUserAgentMetadata.Builderhat eine neuesetFormFactors()-Methode zum Überschreiben desSec-CH-UA-Form-Factors-User-Agent-Client-Hints. Die aktuellen Überschreibungswerte können über die neue MethodegetFormFactors()abgerufen werden. (I6d08c, b/430554841)
API-Änderungen
- API zu
ProcessGlobalConfighinzufügen, um die Initialisierung des UI-Threads vonWebViewzu konfigurieren (I5e85a, b/433273850, b/397372092) - Neuen Funktionsnamen für die
WebViewStartupConfig.Builder#setProfilesToLoadDuringStartupAPI hinzufügen (I36451) - Die Standard-minSdk-Version wird von API 21 auf API 23 umgestellt (Ibdfca, b/380448311, b/435705964, b/435705223).
- Die API für Header mit übereinstimmendem Ursprung wurde aktualisiert, sodass Headerwerte überschrieben werden können, indem
setOriginMatchedHeadermehrmals für denselben Headernamen aufgerufen wird. Außerdem wird eine neuehasOriginMatchedHeader-Methode hinzugefügt, um zu prüfen, ob der Headername bereits verwendet wird.
Durch diese Änderung wird die API auch als experimentell gekennzeichnet, da sie derzeit nur das Festlegen eines einzelnen Werts und einer einzelnen Ursprungszuordnung für jeden Headerwert unterstützt. Es ist wahrscheinlich, dass sie in Zukunft geändert wird, um mehrere Werte zu unterstützen, die verschiedenen Ursprüngen zugeordnet sind. (I03365, b/419469873, b/429269470) - Die Anforderung für den UI-Thread für
Profile#prefetchUrlAsync()wurde entfernt. Sie kann jetzt von jedem Thread aus aufgerufen werden. (I83d57) - Die
OutcomeReceiverCompat-Schnittstelle wurde zugunsten der offiziellenandroidx.core.os.OutcomeReceiverCompat-Version entfernt. Für die Bibliothek ist jetztcompileSdk35 oder höher erforderlich. (Ie1ea5) - Benennt
[is/set]IncludeCookiesOnShouldInterceptRequestEnabledinWebSettingsCompatin[are/set]CookiesIncludedInShouldInterceptRequestum. (Ife9e9, b/428924452) - Es wurden experimentelle API-Anmerkungen zu
Profile.ExperimentalUrlPrefetchhinzugefügt, die zuvor ausgelassen worden waren. (Ic54eb, b/417458061)
Version 1.15.0-alpha01
2. Juli 2025
androidx.webkit:webkit:1.15.0-alpha01 ist veröffentlicht. Version 1.15.0-alpha01 enthält diese Commits.
Neue Funktionen
- Eine neue API zum Festlegen von Name-Wert-Paaren für HTTP-Header in Anfragen an bestimmte Ursprünge.
Mit der MethodeProfile.setOriginMatchedHeaderkann die Anwendung angeben, dass der Headername und -wert für alle HTTP-/HTTPS-Anfragen an die Ursprünge festgelegt werden sollen, die mit der bereitgestellten Zulassungsliste übereinstimmen, wenn sie von WebViews und Service Workern gesendet werden, die das angegebene Profil verwenden. Die API lässt nur eine einzelne Zuordnung für jeden Header-Namen zu und löst eine Ausnahme aus, wenn der Header-Name bereits festgelegt ist.
MitProfile.clearOriginMatchedHeaderkönnen Sie eine vorhandene Zuordnung entfernen und mitProfile.clearAllOriginMatchedHeadersalle Zuordnungen. (Ida7f1, b/419469873) - Eine neue API für den Zugriff auf und das Festlegen von Cookies als Teil von
shouldInterceptRequest-Callbacks für WebView und Service Worker.
App-Entwickler, die derzeit im Rahmen ihrershouldInterceptRequestauf dieCookieManagerAPI zugreifen, können Cookie-Header jetzt direkt durch Aufrufen vonsetIncludeCookiesOnShouldInterceptRequestaktivieren. Dadurch fügt WebView der WebResourceRequest.getRequestHeaders()-Zuordnung einenCookie-Header hinzu, der die genauen Cookies enthält, die für die Anfrage gelten. Dadurch werden auch alle partitionierten Cookies richtig verarbeitet.
Apps könnenSet-Cookie-Headerwerte über die neu hinzugefügteWebResourceResponseCompat.setCookiesAPI bereitstellen. Die dort hinzugefügtenSet-Cookie-Werte werden von WebView im Rahmen der Antwortverarbeitung verarbeitet. (Idbfd1, b/414769380) - Eine neue experimentelle API zum Aufwärmen des Renderer-Prozesses für ein
Profile.
Diese API kann von Anwendungen mit komplexen WebView-Lebenszyklen verwendet werden, um sicherzustellen, dass der Renderer-Prozess ausgeführt wird, auch wenn alle WebView-Instanzen zerstört wurden. (Ia8fc8)
API-Änderungen
- Fügen Sie der experimentellen Navigation-Schnittstelle eine neue Methode hinzu, um die URL der Navigation anzugeben. (I1c6c0)
- Der Name der Funktion „Profil-Prefetch“ wurde aktualisiert, um klarzustellen, dass die Prefetch API jetzt in einem Hintergrundthread aufgerufen werden kann. (I7c83a)
Version 1.14
Version 1.14.0
4. Juni 2025
androidx.webkit:webkit:1.14.0 ist veröffentlicht. Version 1.14.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.13.0
- Wir stellen die
PaymentRequestAPI vor, mit der native Android-Zahlungs-Apps über denorg.chromium.intent.action.PAY-Intent aufgerufen werden können.PaymentRequestist standardmäßig deaktiviert.WebView-Host-Apps können WebSettingsCompat.setPaymentRequestEnabled(settings, true) aufrufen, um die Funktion zu aktivieren. Außerdem ist fürPaymentRequestein<queries>-Tag inAndroidManifest.xmlerforderlich. Weitere Informationen finden Sie in der Dokumentation zusetPaymentRequestEnabled(). - Einführung der experimentellen Navigation API für verbessertes Tracking und Management der Webnavigation in
WebView. Diese APIs liefern detaillierte Informationen zu Navigationsereignissen. Rufen Sie zuerst WebViewCompat.setNavigationClient mit einer Implementierung der neuen WebNaviagationClient-Schnittstelle auf, um detaillierte Informationen zur Seitennavigation zu erhalten. Weitere Informationen zum Navigationslebenszyklus finden Sie unter Life of a Navigation Presentation.
Version 1.14.0-rc01
20. Mai 2025
androidx.webkit:webkit:1.14.0-rc01 ist veröffentlicht. Version 1.14.0-rc01 enthält diese Commits.
- Es gibt keine Änderungen seit
1.14.0-beta01.
Version 1.14.0-beta01
7. Mai 2025
androidx.webkit:webkit:1.14.0-beta01 ist veröffentlicht. Version 1.14.0-beta01 enthält diese Commits.
API-Änderungen
- Kontext als Parameter zur
startUpWebView()API hinzufügen (Ic29cd, b/406701301)
Version 1.14.0-alpha01
9. April 2025
androidx.webkit:webkit:1.14.0-alpha01 ist veröffentlicht. Version 1.14.0-alpha01 enthält diese Commits.
Neue Funktionen
- Wir stellen die
PaymentRequestAPI vor, mit der native Android-Zahlungs-Apps über denorg.chromium.intent.action.PAY-Intent aufgerufen werden können.PaymentRequestist standardmäßig deaktiviert und WebView-Host-Apps könnenWebSettingsCompat.setPaymentRequestEnabled(settings, true)aufrufen, um sie zu aktivieren. Außerdem ist fürPaymentRequestein<queries>-Tag inAndroidManifest.xmlerforderlich. Weitere Informationen finden Sie in der Dokumentation zusetPaymentRequestEnabled(). (I3304e, b/404920055) - Einführung von experimentellen Navigations-Callbacks In diesem Release werden experimentelle APIs für die erweiterte Erfassung und Verwaltung der Webnavigation in
WebVieweingeführt. Diese APIs liefern detaillierte Informationen zu Navigationsereignissen. Wichtige Funktionen:WebNavigationClient-Schnittstelle: Es wird eine neue Schnittstelle,WebNavigationClient, mit Callbacks für Navigationsereignisse eingeführt:onNavigationStarted(Navigation navigation): Benachrichtigt, wenn eine Navigation beginnt.onNavigationRedirected(Navigation navigation): Wird ausgelöst, wenn eine Navigation weitergeleitet wird.onNavigationCompleted(Navigation navigation): Wird benachrichtigt, wenn eine Navigation abgeschlossen ist.Navigation-Schnittstelle: Enthält detaillierte Informationen zu einer Navigation, darunter: URL, Status der Seiteninitialisierung, Status des Dokuments, Status des Neuladens, Status des Verlaufs, Status von „Zurück“/„Vorwärts“, Status des Commits, Status der Fehlerseite, Statuscode und Status der Sitzungswiederherstellung. DasNavigation-Objekt dient als eindeutige Kennung für jede Navigation, sodass Entwickler zugehörige Navigationsereignisse in Beziehung setzen können.Page-Klasse: Hier wird diePage-Klasse eingeführt, die als Schlüssel für seitenbezogene Daten dient. (I351a6)
- Einführung einer neuen experimentellen API zum Umschalten des Verhaltens von Caching-Anbieterobjekten. (I14636)
API-Änderungen
- Der Wert des Features
PROFILE_URL_PREFETCHinWebViewFeaturewurde aktualisiert. (I606fd) - Fügt
WebViewCompat#saveStatehinzu, ähnlich wieWebView#saveState, ermöglicht aber, die Größe des zurückgegebenen Status zu begrenzen und zu entscheiden, ob Einträge im Vorwärtsverlauf gespeichert werden sollen. (Iea7d6) maxPrerenders-Konfiguration zurSpeculativeLoadingConfigAPI hinzufügen (I67245)
Version 1.13
Version 1.13.0
12. März 2025
androidx.webkit:webkit:1.13.0 ist veröffentlicht. Version 1.13.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.12.0
- Wir führen eine neue experimentelle API für das Vorrendern von URLs ein, mit der Entwickler Kandidaten-URLs spekulativ vorrendern können, was zu schnelleren Navigationen führt. (I0cfe7)
- Wir führen eine Reihe neuer APIs ein, mit denen von
WebViewgespeicherte Browserdaten gelöscht werden können. Die neuen APIs inWebStorageCompatsollten gegenüber den vorhandenen APIs inandroid.webkit.WebStoragebevorzugt werden, da sie das Löschen des gesamten lokalen Speichers, einschließlich des Netzwerk-Cache und der Cookies sowie aller installierten Service-Worker, garantieren. Wenn in Zukunft neue Speicher-APIs eingeführt werden, werden diese neuen Methoden aktualisiert, um sie in den gelöschten Speicher aufzunehmen. (Iad54f, b/382273208) setPartitionedCookiesEnabledAPI hinzufügen. So können Entwickler partitionierte Cookies inWebViewaktivieren und deaktivieren. (Ic506a, b/364904765)- Die Socket-Tagging-API wird
WebViewhinzugefügt, um den Netzwerkverkehr vonWebViewmitNetworkStatsManager/TrafficStatszu erfassen. Dieses Feature ist erst abWebViewM133 verfügbar. (Ica441, b/374932688) - Die experimentelle asynchrone
WebView-Startup-API wurde hinzugefügt. (I94b8a) - URL-Prefetching im Profil: In
Profilewurde eine neue API eingeführt, mit der Entwickler das URL-Prefetching auslösen können. Prefetch-Löschung: Es wurde eine API zum Löschen laufender Prefetch-Vorgänge hinzugefügt.(I42c5c) - Stellen Sie
WebView.startSafeBrowsingein. (If5626)
Version 1.13.0-rc01
26. Februar 2025
androidx.webkit:webkit:1.13.0-rc01 ist veröffentlicht. Diese Version enthält keine Änderungen gegenüber der Version 1.13.0-beta01.
Version 1.13.0-beta01
12. Februar 2025
androidx.webkit:webkit:1.13.0-beta01 ist veröffentlicht. Version 1.13.0-beta01 enthält diese Commits.
API-Änderungen
- Das Suffix „Async“ wird der Prerender API hinzugefügt. Benennen Sie alle „Data“ in
NoVarySearchin „Header“ um, um den neuen Namen zu berücksichtigen. (Ie91c9) - Der URL-Vorrendering-API wird ein Ausführungsparameter hinzugefügt. Außerdem wird die API so eingeschränkt, dass sie nur über den UI-Thread aufgerufen werden kann. (I50520)
- Fügen Sie eine API hinzu, um die Cachekonfiguration für die Profil-Prefetch-Anfragen zu konfigurieren. Das gilt auch für Prerender-Anfragen, die von
WebViewsinitiiert werden, die mit diesem Profil verknüpft sind. (Iebb6e)
Fehlerkorrekturen
- Das Verhalten von
URLUtilCompat.guessFileNamewurde geändert, sodass nur der ParametermimeTypeverwendet wird, um eine Erweiterung für Dateinamen vorzuschlagen, die aus dem URL-Parameter abgeleitet werden. (I53ecd, b/382864232)
Version 1.13.0-alpha03
15. Januar 2025
androidx.webkit:webkit:1.13.0-alpha03 ist veröffentlicht. Version 1.13.0-alpha03 enthält diese Commits.
Neue Funktionen
- Wir führen eine neue experimentelle API für das Vorrendern von URLs ein, mit der Entwickler Kandidaten-URLs spekulativ vorrendern können, was zu schnelleren Navigationen führt. (I0cfe7)
- Wir führen eine Reihe neuer APIs ein, mit denen von
WebViewgespeicherte Browserdaten gelöscht werden können. Die neuen APIs inWebStorageCompatsollten gegenüber den vorhandenen APIs inandroid.webkit.WebStoragebevorzugt werden, da sie das Löschen des gesamten lokalen Speichers, einschließlich des Netzwerk-Cache und der Cookies sowie aller installierten Service-Worker, garantieren. Wenn in Zukunft neue Speicher-APIs eingeführt werden, werden diese neuen Methoden aktualisiert, um sie in den gelöschten Speicher aufzunehmen. (Iad54f, b/382273208) setPartitionedCookiesEnabledAPI hinzufügen. So können Entwickler partitionierte Cookies inWebViewaktivieren und deaktivieren. (Ic506a, b/364904765)
API-Änderungen
- Die Thread-Anforderung für die Prefetch API wurde so geändert, dass sie nur im UI-Thread aufgerufen werden kann. (I866b5)
- Aktualisieren Sie die
WebAuthn-Methoden, um darauf hinzuweisen, dass sie im UI-Thread aufgerufen werden müssen. Diese Anforderung wird bereits durch die Implementierung erzwungen. Durch diese Änderung wird nur die entsprechende Anmerkung hinzugefügt. (I6d6ba)
Version 1.13.0-alpha02
11. Dezember 2024
androidx.webkit:webkit:1.13.0-alpha02 ist veröffentlicht. Version 1.13.0-alpha02 enthält diese Commits.
Neue Funktionen
- Die Socket-Tagging-API wird
WebViewhinzugefügt, um den Netzwerkverkehr vonWebViewmitNetworkStatsManager/TrafficStatszu erfassen. Dieses Feature ist erst abWebViewM133 verfügbar. (Ica441, b/374932688)
API-Änderungen
- Aktualisieren Sie die Prefetch API, indem Sie
PrefetchParameterinSpeculativeLoadingParamatersumbenennen,PrefetchNetworkExceptioneinführen,PrefetchOperationCallbackdurchOutcomeReceiverCompatersetzen und die Javadoc aktualisieren. (If5072) - Diagnoseinformationen von der asynchronen Startup-API für WebView abrufen
- Eine Option für Apps, mit der nur die Initialisierung ausgelöst wird, ohne den UI-Thread zu blockieren. (I9bf2b)
Fehlerkorrekturen
- In dieser Bibliothek werden jetzt JSpecify-Annotationen für Nullsicherheit verwendet, die typbezogen sind. Kotlin-Entwickler sollten das folgende Compiler-Argument verwenden, um die korrekte Verwendung zu erzwingen:
-Xjspecify-annotations=strict(dies ist die Standardeinstellung ab Version 2.1.0 des Kotlin-Compilers). (I0e4c5, b/326456246)
Version 1.13.0-alpha01
13. November 2024
androidx.webkit:webkit:1.13.0-alpha01 ist veröffentlicht. Version 1.13.0-alpha01 enthält diese Commits.
Neue Funktionen
- Die experimentelle asynchrone
WebView-Startup-API wurde hinzugefügt. (I94b8a) - URL-Prefetching im Profil: Es wurde eine neue API im Profil eingeführt, mit der Entwickler das URL-Prefetching auslösen können. Prefetch-Löschung: Es wurde eine API zum Löschen laufender Prefetch-Vorgänge hinzugefügt. (I42c5c)
API-Änderungen
- Stellen Sie
WebView.startSafeBrowsingein. (If5626)
Version 1.12
Version 1.12.1
2. Oktober 2024
androidx.webkit:webkit:1.12.1 ist veröffentlicht. Version 1.12.1 enthält diese Commits.
Fehlerkorrekturen
- Beheben Sie das Problem, das verhindert hat, dass die 1.12.0-APIs im Release verfügbar waren.
Version 1.12.0
18. September 2024
androidx.webkit:webkit:1.12.0 ist veröffentlicht. Version 1.12.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.11.0
- Fügen Sie
WebSettingsCompateine neue API hinzu, um BackForwardCache für dieseWebSettingszu aktivieren/deaktivieren. Diese API befindet sich in der Entwicklungsphase und kann sich in Zukunft ändern. (aosp/3111705) - Fügen Sie
WebSettingsCompateine neue API hinzu, um das Verhalten beim spekulativen Laden für dieseWebSettingszu steuern. Derzeit ist nur Prerender verfügbar. Diese API befindet sich in der Entwicklungsphase und kann sich in Zukunft ändern. (I13962) - Eine neue API wurde hinzugefügt, um die Web-Authentifizierung in
WebViewzu ermöglichen. Entwickler könnenWebAuthn-Aufrufe in einemWebViewfür ihre Apps mitWebSettingsCompat#setWebAuthenticationSupportaktivieren/deaktivieren. (I8187f)
Version 1.12.0-rc01
4. September 2024
androidx.webkit:webkit:1.12.0-rc01 ist veröffentlicht. Diese Version enthält keine Änderungen gegenüber der Version 1.12.0-beta01.
Version 1.12.0-beta01
21. August 2024
androidx.webkit:webkit:1.12.0-beta01 ist veröffentlicht. Version 1.12.0-beta01 enthält diese Commits.
Fehlerkorrekturen
- Die manuelle Beschreibung des Zugriffs auf neue Plattform-APIs wurde entfernt, da dies automatisch über die API-Modellierung erfolgt, wenn R8 mit AGP 7.3 oder höher verwendet wird (z. B. R8-Version 3.3), und für alle Builds, wenn AGP 8.1 oder höher verwendet wird (z. B. D8-Version 8.1). Clients, die AGP nicht verwenden, wird empfohlen, auf D8-Version 8.1 oder höher zu aktualisieren. Weitere Details findest du in diesem Artikel. (Ia60e0, b/345472586)
Version 1.12.0-alpha02
12. Juni 2024
androidx.webkit:webkit:1.12.0-alpha02 ist veröffentlicht. Version 1.12.0-alpha02 enthält diese Commits.
Neue Funktionen
- Fügen Sie
WebSettingsCompateine neue API hinzu, umBackForwardCachezu aktivieren/deaktivieren. Diese API befindet sich in der Entwicklungsphase und kann sich in Zukunft ändern. (I64a38) - Fügen Sie eine neue API zu
WebSettingsCompathinzu, um das Verhalten beim spekulativen Laden für diese WebSettings zu steuern. Derzeit ist nur Prerender verfügbar. Diese API befindet sich in der Entwicklungsphase und kann sich in Zukunft ändern. (I13962)
API-Änderungen
- Einige Methoden sind jetzt mit
@UiThreaddokumentiert, sofern dies zutrifft. (I6c7e0), (I44541) - Threadsichere Methoden sind jetzt mit
@AnyThreaddokumentiert. (I70189) - Erhöhung von
minSdkVersionvon 19 auf 21. (Id7a43)
Version 1.12.0-alpha01
17. April 2024
androidx.webkit:webkit:1.12.0-alpha01 ist veröffentlicht. Version 1.12.0-alpha01 enthält diese Commits.
API-Änderungen
- Es wurde eine neue API hinzugefügt, mit der die Web-Authentifizierung in
WebView. Developersaktiviert werden kann. So könnenWebAuthn-Aufrufe in einemWebViewfür ihre Apps mitWebSettingsCompat#setWebAuthenticationSupportaktiviert/deaktiviert werden. (I8187f)
Version 1.11
Version 1.11.0
1. Mai 2024
androidx.webkit:webkit:1.11.0 ist veröffentlicht. Version 1.11.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.10.0
- Apps können die Audiowiedergabe in
WebViewüber die neuen APIssetAudioMutedundisAudioMutedsteuern. Das entspricht dem Stummschalten eines Tabs in Chrome. URLUtilCompatwurde eingeführt, um das Parsen vonContent-Disposition-Headern zu unterstützen, die das Attribut für den codierten Wertfilename*verwenden, wie in RFC 6266 definiert. Die Compatibility API bietet auch direkt eine Methode zum Parsen desContent-Disposition-Headers, wenn kein vorgeschlagener Dateiname basierend auf URL und MIME-Typ gewünscht ist.
Version 1.11.0-rc01
3. April 2024
androidx.webkit:webkit:1.11.0-rc01 ist veröffentlicht. Diese Version enthält keine Änderungen gegenüber der Version 1.11.0-beta01.
Version 1.11.0-beta01
20. März 2024
androidx.webkit:webkit:1.11.0-beta01 wird ohne nennenswerte Änderungen veröffentlicht. Version 1.11.0-beta01 enthält diese Commits.
Version 1.11.0-alpha02
21. Februar 2024
androidx.webkit:webkit:1.11.0-alpha02 ist veröffentlicht. Version 1.11.0-alpha02 enthält diese Commits.
Neue Funktionen
- Fügen Sie die Methoden
setAudioMutedundisAudioMutedzum Stummschalten (und Aufheben der Stummschaltung) vonWebViewshinzu. Mit dieser Methode können Sie verhindern, dassWebViewAudio abspielt. (Ie7a33)
API-Änderungen
URLUtilCompatist final, da keine abgeleitete Klasse erstellt werden soll. (I49ec1)
Version 1.11.0-alpha01
7. Februar 2024
androidx.webkit:webkit:1.11.0-alpha01 ist veröffentlicht. Version 1.11.0-alpha01 enthält diese Commits.
Neue Funktionen
- Kompatibilität für
URLUtil.guessFileNamehinzufügen Die Kompatibilitätsversion inURLUtilCompatunterstützt das Parsen vonContent-Disposition-Headern, die das Attribut für den codierten Wertfilename*verwenden, wie in RFC 6266 definiert. Die Compatibility API bietet auch direkt eine Methode zum Parsen desContent-Disposition-Headers, wenn kein vorgeschlagener Dateiname basierend auf URL und MIME-Typ gewünscht ist. (If6ae7, b/309927164)
Version 1.10
Version 1.10.0
24. Januar 2024
androidx.webkit:webkit:1.10.0 ist veröffentlicht. Version 1.10.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.9.0
- Wir haben WebSettingsCompat eine neue API hinzugefügt, mit der das Verhalten der experimentellen Android WebView Media Integrity API gesteuert werden kann. Die API kann entweder vollständig deaktiviert oder die Weitergabe der Anwendungsidentität in der API-Antwort kann eingeschränkt werden. Diese Einstellung kann für alle Ursprünge und für jeden Ursprung einzeln geändert werden.
Version 1.10.0-rc01
10. Januar 2024
androidx.webkit:webkit:1.10.0-rc01 ist veröffentlicht. Diese Version enthält keine Änderungen gegenüber der Version 1.10.0-beta01.
Version 1.10.0-beta01
13. Dezember 2023
androidx.webkit:webkit:1.10.0-beta01 ist veröffentlicht. Version 1.10.0-beta01 enthält diese Commits.
- Keine funktionalen Änderungen seit
1.10.0-alpha01.
Version 1.10.0-alpha01
29. November 2023
androidx.webkit:webkit:1.10.0-alpha01 ist veröffentlicht. Version 1.10.0-alpha01 enthält diese Commits.
Neue Funktionen
- Eine neue API wurde
WebSettingsCompathinzugefügt, um das Verhalten der experimentellen Android WebView Media Integrity API zu steuern. Sie können die API entweder vollständig deaktivieren oder die Weitergabe der Anwendungsidentität in der API-Antwort einschränken. Diese Einstellung kann für alle Ursprünge und für jeden Ursprung einzeln geändert werden.
Version 1.9
Version 1.9.0
29. November 2023
androidx.webkit:webkit:1.9.0 ist veröffentlicht. Version 1.9.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.8.0
- Neue API für mehrere Profile für WebViews hinzugefügt
- Die Profile-Schnittstelle bietet verschiedene APIs, mit denen Sie zugehörige Daten für dieses Profil abrufen können, z. B. Name, GeoLocationPermissions, ServiceWorkerController, CookieManager und WebStorage. Diese Objekte sind spezifisch für das Profil und Informationen werden nicht zwischen verschiedenen Profilen in der Anwendung geteilt.
- Das von einer
WebView-Instanz verwendete Profil kann mit der Methode WebViewCompat#setProfile geändert und mit WebViewCompat#getProfile abgerufen werden. - Mit dem neu eingeführten ProfileStore können Sie die verfügbaren Profile in Ihrer Anwendung verwalten, einschließlich des Standardprofils.
- Vorhandene WebView-APIs wie CookieManager#getInstance werden weiterhin für das Standardprofil ausgeführt.
- API zum Einfügen und Ausführen von JavaScript vor dem Laden der Seite hinzugefügt
- Mit der API WebViewCompat#addDocumentStartJavascript können Apps Skripts in eine
WebVieweinfügen, die garantiert vor allen Seitenskripts ausgeführt werden. Mit der API kann die App eine Zielliste von Ursprüngen angeben, für die das Script aktiviert werden soll. So wird sichergestellt, dass es nur auf den vorgesehenen Seiten ausgeführt wird. Im Gegensatz zu WebView#evaluateJavascript ermöglicht diese API die Ausführung von Skripts in eingebetteten iFrames, wenn sie geladen werden. Apps können diese neue API in Kombination mit WebViewCompat#addWebMessageListener verwenden, um eine zuverlässige bidirektionale Kommunikation mit JavaScript auf der Seite einzurichten.
- Mit der API WebViewCompat#addDocumentStartJavascript können Apps Skripts in eine
- APIs zum Ändern der Registrierung von Privacy Sandbox Attribution Reporting-Ereignissen hinzugefügt
- Wir haben eine neue API eingeführt: WebSettingsCompat#setAttributionRegistrationBehavior. Damit können Entwickler konfigurieren, ob Attributionsquellen und ‑trigger als von der App selbst oder als von den Webinhalten in der WebView stammend registriert werden. Mit dieser Methode kann auch die Attribution Reporting API in WebView deaktiviert werden. Außerdem haben wir eine neue API
WebSettingsCompat#getAttributionRegistrationBehaviorhinzugefügt, um das aktuelle Verhalten abzurufen. - Weitere Informationen finden Sie in der Privacy Sandbox-Dokumentation.
- Wir haben eine neue API eingeführt: WebSettingsCompat#setAttributionRegistrationBehavior. Damit können Entwickler konfigurieren, ob Attributionsquellen und ‑trigger als von der App selbst oder als von den Webinhalten in der WebView stammend registriert werden. Mit dieser Methode kann auch die Attribution Reporting API in WebView deaktiviert werden. Außerdem haben wir eine neue API
- APIs zum Überschreiben von User-Agent-Metadaten für Client-Hints hinzugefügt
- Wir haben eine neue API eingeführt, WebSettingsCompat#setUserAgentMetadata, um die User-Agent-Metadaten für WebView zu überschreiben, die zum Ausfüllen der User-Agent-Client-Hinweise verwendet werden. Außerdem haben wir eine weitere neue API hinzugefügt, WebSettingsCompat#getUserAgentMetadata, um aktuelle User-Agent-Überschreibungen abzurufen. Wir empfehlen, dass Apps die neue API verwenden, um die richtigen Überschreibungswerte festzulegen, wenn die App den Standard-User-Agent-String mit WebSettings.setUserAgentString ändert. So wird sichergestellt, dass in allen Situationen die richtigen Werte verwendet werden.
Version 1.9.0-rc01
15. November 2023
androidx.webkit:webkit:1.9.0-rc01 ist veröffentlicht. Diese Version enthält keine Änderungen gegenüber der Version 1.9.0-beta01.
Version 1.9.0-beta01
1. November 2023
androidx.webkit:webkit:1.9.0-beta01 ist veröffentlicht. Version 1.9.0-beta01 enthält diese Commits.
API-Änderungen
- Das Problem mit der Nullable-Eigenschaft der User-Agent-Metadaten-API wurde behoben. Wir aktualisieren die Klasse
BrandVersion, um das Builder-Muster zu verwenden, und sorgen dafür, dass die Getter und Setter der KlasseUserAgentMetadatakonsistent sind. (Ibf195) ProfileStore,WebViewCompat#setProfileundWebViewCompat.getProfilemit@UiThreadkommentieren. (I499b2)
Version 1.9.0-alpha01
18. Oktober 2023
androidx.webkit:webkit:1.9.0-alpha01 ist veröffentlicht. Version 1.9.0-alpha01 enthält diese Commits.
Neue Funktionen
- Wir haben die API für mehrere Profile hinzugefügt, mit der Sie separate Browsersitzungen zwischen
WebViewshaben können. Jedes Profil hat eigene Daten (z. B. Cookies). Sie können Profile erstellen, sieWebView-Instanzen zuweisen und sie später für den Datenzugriff abrufen. Es gibt eine Singleton-KlasseProfileStore, mit der Sie Profile über die APIsgetOrCreateProfile,getProfile,getAllProfileNamesunddeleteProfileerstellen oder löschen können. Die KlasseProfilebietet verschiedene APIs, mit denen Sie zugehörige Daten für dieses Profil abrufen können, z. B. den Namen,GeoLocationPermissions,ServiceWorkerController,CookieManagerundWebStorage. JederWebViewwird standardmäßig mit dem Standardprofil ausgeführt. Sie können dies jedoch mitWebViewCompat#setProfileändern. Das Profil einesWebViewkann mitWebViewCompat#getProfileabgerufen werden. (I32d22) - APIs zum Ändern der Registrierung von Attribution Reporting-Ereignissen hinzufügen Wir haben eine neue API
WebSettingsCompat#setAttributionRegistrationBehavioreingeführt, mit der Entwickler konfigurieren können, ob Quellen und Trigger als von der App selbst oder vom Webinhalt in derWebViewstammend registriert werden. Diese Methode kann auch verwendet werden, um Attribution Reporting inWebViewzu deaktivieren. Außerdem haben wir eine neue APIWebSettingsCompat#getAttributionRegistrationBehaviorhinzugefügt, um das aktuelle Verhalten abzurufen. Weitere Informationen finden Sie in der Privacy Sandbox-Dokumentation. (I661f2) - APIs zum Überschreiben von User-Agent-Metadaten hinzufügen Wir haben eine neue API
WebSettingsCompat#setUserAgentMetadataeingeführt, um die User-Agent-Metadaten für WebView zu überschreiben, die zum Auffüllen der User-Agent-Client-Hinweise verwendet werden. Außerdem haben wir eine weitere neue APIWebSettingsCompat#getUserAgentMetadatahinzugefügt, um aktuelle User-Agent-Überschreibungen abzurufen. Wir empfehlen, dass Apps die neue API verwenden, um die richtigen Überschreibungswerte festzulegen, anstatt sich auf die Änderung des User-Agents zu verlassen. (I74500) - Fügen Sie eine API hinzu, um JavaScript einzufügen, das beim Laden der Seite ausgeführt werden soll. Mit der
WebViewCompat.addDocumentStartJavascriptAPI können Apps Skripts in eine WebView einfügen, die vor allen Seitenskripts ausgeführt werden. Mit der API kann die App eine Zielliste von Ursprüngen angeben, für die das Script aktiviert werden soll. So wird sichergestellt, dass es nur auf den vorgesehenen Seiten ausgeführt wird. Im Gegensatz zuWebView.evaluateJavascriptkönnen mit dieser API Skripts in eingebetteten iFrames ausgeführt werden, wenn sie geladen werden. (Ide063)
Version 1.8
Version 1.8.0
6. September 2023
androidx.webkit:webkit:1.8.0 ist veröffentlicht. Version 1.8.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.7.0
- Unterstützung für das Übergeben von
ArrayBufferüberWebMessagePortCompat#postMessage,JavaScriptReplyProxy#postMessageundWebViewCompat#postWebMessage, das Empfangen vonArrayBuffervon JavaScript überWebMessagePortCompatundWebMessageListenersowie das Empfangen von übertragbaremArrayBuffervon JavaScript überWebMessagePortCompathinzufügen. (aosp/2596550, b/251152171)
Version 1.8.0-rc01
9. August 2023
androidx.webkit:webkit:1.8.0-rc01 wird ohne Änderungen seit 1.8.0-beta01 veröffentlicht. Version 1.8.0-rc01 enthält diese Commits.
Version 1.8.0-beta01
26. Juli 2023
androidx.webkit:webkit:1.8.0-beta01 wird ohne Änderungen seit 1.8.0-alpha01 veröffentlicht. Version 1.8.0-beta01 enthält diese Commits.
Version 1.8.0-alpha01
7. Juni 2023
androidx.webkit:webkit:1.8.0-alpha01 ist veröffentlicht. Version 1.8.0-alpha01 enthält diese Commits.
API-Änderungen
- Weitere Informationen finden Sie im Abschnitt „Externe Beiträge“.
Externer Beitrag
- Unterstützung für das Übergeben von
ArrayBufferüberWebMessagePortCompat#postMessage,JsReplyProxy#postMessageundWebViewCompat#postWebMessage, das Empfangen vonArrayBuffervon JavaScript überWebMessagePortCompatundWebMessageListenersowie das Empfangen von übertragbaremArrayBuffervon JavaScript überWebMessagePortCompathinzugefügt. Diese API ist erst abWebView-Version 116 verfügbar. (Ie7567, b/251152171)
Version 1.7
Version 1.7.0
24. Mai 2023
androidx.webkit:webkit:1.7.0 ist veröffentlicht. Version 1.7.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.6.0
- Wir haben die Unterstützung für Bild ziehen in
WebViewhinzugefügt. Sie können Ihren Nutzern ermöglichen, Bilder aus demWebViewzu ziehen, indem Sie das neueDropDataContentProviderdem Manifest Ihrer App hinzufügen, wie in der Klassendokumentation beschrieben. - Wir haben die
ProcessGlobalConfig#setDirectoryBasePaths(Context,File,File)API hinzugefügt, mit der die Basisverzeichnisse festgelegt werden können, dieWebViewfür den aktuellen Prozess verwendet. Wie bei allen Methoden fürProcessGlobalConfigmuss diese Methode vor der Instanziierung der ersten Instanz vonWebViewaufgerufen werden. Diese Methode wurde hinzugefügt, um dem Android-Framework die Möglichkeit zu geben, dieWebView-Einstellungen anzupassen. Für allgemeine Anwendungen wird die Verwendung dieser Methode nicht empfohlen.
Version 1.7.0-rc01
10. Mai 2023
androidx.webkit:webkit:1.7.0-rc01 wird ohne Änderungen seit 1.7.0-beta01 veröffentlicht. Version 1.7.0-rc01 enthält diese Commits.
Version 1.7.0-beta01
5. April 2023
androidx.webkit:webkit:1.7.0-beta01 ist veröffentlicht. Version 1.7.0-beta01 enthält diese Commits.
API-Änderungen
- Geringfügige Änderung des Feature-Flags und des Methodennamens und Akzeptieren von „File“ anstelle von „String“ für
setDirectoryBasePaths()(Ib0d0a)
Version 1.7.0-alpha03
8. März 2023
androidx.webkit:webkit:1.7.0-alpha03 ist veröffentlicht. Version 1.7.0-alpha03 enthält diese Commits.
API-Änderungen
- Die
ProcessGlobalConfig#setDirectoryBasePath(String, String)API wurde hinzugefügt. Mit ihr können die Basisverzeichnisse festgelegt werden, dieWebViewfür den aktuellen Prozess verwendet. (Ibd1a1, b/250553687)
Fehlerkorrekturen
- Ungültige
ProGuard-Regel beheben, die Build-Fehler bei der Verwendung vonDexGuardverursacht (Ia65c2, b/270034835)
Version 1.7.0-alpha02
8. Februar 2023
androidx.webkit:webkit:1.7.0-alpha02 ist veröffentlicht. Version 1.7.0-alpha02 enthält diese Commits.
Fehlerkorrekturen
- Dokumentationsfehler für
DropDataContentProvider.
Version 1.7.0-alpha01
25. Januar 2023
androidx.webkit:webkit:1.7.0-alpha01 ist veröffentlicht. Version 1.7.0-alpha01 enthält diese Commits.
Neue Funktionen
- Wir fügen Unterstützung für Bild ziehen in
WebViewhinzu. Wenn Sie das neueDropDataContentProviderim Manifest Ihrer App hinzufügen, können Ihre Nutzer Bilder aus demWebViewziehen. (05a1a6)
Version 1.6
Version 1.6.1
22. März 2023
androidx.webkit:webkit:1.6.1 ist veröffentlicht. Version 1.6.1 enthält diese Commits.
Fehlerkorrekturen
- Proguard-Parsing-Fehler (Ia65c2) beheben
Version 1.6.0
25. Januar 2023
androidx.webkit:webkit:1.6.0 ist veröffentlicht. Version 1.6.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.5.0
- Es wurde eine neue ProcessGlobalConfig API hinzugefügt, mit der Apps Konfigurationseinstellungen bereitstellen können, die vor dem Laden von WebView festgelegt werden müssen, z. B. das Suffix des WebView-Datenverzeichnisses. Die Konfiguration sollte so früh wie möglich beim Start der Anwendung eingerichtet und angewendet werden, damit sie erfolgt, bevor ein anderer Thread eine Methode aufrufen kann, die
WebViewin den Prozess lädt. - Es wurde eine neue CookieManagerCompat-API hinzugefügt, um android.webkit.CookieManager mit der neuen Methode
getCookieInfozu erweitern, die alle Attribute für alle Cookies abruft, die für eine bestimmte URL festgelegt sind. Dies unterscheidet sich von der vorhandenen getCookie-API inCookieManager, die nur die Attribute „name“ und „value“ der Cookies zurückgibt. WebSettingsCompathat neue Methoden zum Aktivieren/Deaktivieren der Wirkung vonEnterpriseAuthenticationAppLinkPolicy, wenn sie vom Administrator inWebViewfestgelegt wurde, und zum Abrufen der aktuellen Einstellung. Mit dieser Funktion kann WebView eine Authentifizierungs-App öffnen, anstatt die Authentifizierungs-URL zu öffnen. Diese Funktion hat keine Auswirkungen auf Geräte, die nicht durch eine Unternehmensrichtlinie verwaltet werden.- Eine neue API wird
WebSettingsCompathinzugefügt, damit Anwendungen den App-Paketnamen explizit imX-Requested-With-Header an zugelassene Ursprünge senden können. Der Header wurde bisher bei jeder Anfrage vonWebViewgesendet.
Version 1.6.0-rc01
11. Januar 2023
androidx.webkit:webkit:1.6.0-rc01 ist veröffentlicht. Version 1.6.0-rc01 enthält diese Commits.
Fehlerkorrekturen
- Der Fehler
NullPointerExceptionwurde inWebViewFeature.isStartupFeatureSupported(Context, String)behoben, wenn das SDK < L ausgeführt wird. (Ic7292)
Version 1.6.0-beta01
7. Dezember 2022
androidx.webkit:webkit:1.6.0-beta01 ist veröffentlicht. Version 1.6.0-beta01 enthält diese Commits.
API-Änderungen
ProcessGlobalConfigwurde geändert, sodass ein normaler Konstruktor und eine statische „apply“-Methode verwendet werden. Die Methode „apply“ sollte nur einmal pro Prozess und so früh wie möglich aufgerufen werden. Wenn sie mehr als einmal aufgerufen wird, wirdIllegalStateExceptionausgelöst. FürProcessGlobalConfig-Objekte gibt es keine Einschränkungen mehr hinsichtlich der Häufigkeit, mit der Setter aufgerufen werden können. (I456c3)
Version 1.6.0-alpha03
9. November 2022
androidx.webkit:webkit:1.6.0-alpha03 ist veröffentlicht. Version 1.6.0-alpha03 enthält diese Commits.
Neue Funktionen
- Fügen Sie die Klasse
ProcessGlobalConfighinzu, damit Nutzer die prozessglobale Konfiguration festlegen können, bevorWebViewgeladen wird.WebViewhat einige prozessglobale Konfigurationsparameter, die nach dem Laden vonWebViewnicht mehr geändert werden können, z.B. dasWebView-Datenverzeichnis. Mit dieser Klasse können Apps diese Parameter festlegen. Die Konfiguration sollte so früh wie möglich beim Start der Anwendung eingerichtet und angewendet werden, damit sie erfolgt, bevor ein anderer Thread eine Methode aufrufen kann, dieWebViewin den Prozess lädt. (I7c0e0, b/250553687) - Es wurde eine neue API hinzugefügt, mit der Anwendungen den App-Paketnamen explizit im X-Requested-With-Header an zugelassene Ursprünge senden können. Der Header wurde bisher bei jeder Anfrage von
WebViewgesendet. (I0adfe, b/226552535)
API-Änderungen
- Die
WebSettingsCompat#setAlgorithmicDarkeningAllowedAPI wird in allen Android-Versionen inWebView-Version 105 und höher unterstützt. In früheren Versionen vonWebViewwurde die API nur unter Android Q und höher unterstützt. Daher ist diese API nicht mehr mit@RequiresApi(Build.VERSION_CODES.Q)gekennzeichnet. (I3ac1d)
Version 1.6.0-alpha02
24. Oktober 2022
androidx.webkit:webkit:1.6.0-alpha02 ist veröffentlicht. Version 1.6.0-alpha02 enthält diese Commits.
Neue Funktionen
- Fügt eine neue
CookieManagerCompat-Klasse sowie einegetCookieInfo-API hinzu, mit der alle Attribute für alle Cookies abgerufen werden, die für eine bestimmte URL festgelegt sind. Das unterscheidet sich von der vorhandenengetCookieAPI inCookieManager, die nur die Attribute „name“ und „value“ der Cookies zurückgibt. (I07365, b/242161756)
Version 1.6.0-alpha01
24. August 2022
androidx.webkit:webkit:1.6.0-alpha01 ist veröffentlicht. Version 1.6.0-alpha01 enthält diese Commits.
Neue Funktionen
- Es wurden APIs in
WebSettingsCompathinzugefügt, um die Wirkung vonEnterpriseAuthenticationAppLinkPolicyzu aktivieren/deaktivieren, wenn sie vom Administrator inWebViewfestgelegt wurde. Mit dieser Funktion kannWebVieweine Authentifizierungs-App öffnen, anstatt die Authentifizierungs-URL zu öffnen. Diese Funktion hat keine Auswirkungen auf Geräte, die nicht durch eine Unternehmensrichtlinie verwaltet werden.
Version 1.5.0
Version 1.5.0
24. August 2022
androidx.webkit:webkit:1.5.0 ist veröffentlicht. Version 1.5.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.4.0
- Eine neue
setAlgorithmicDarkeningAllowedAPI aufWebSettingsCompatersetzt die alten APIssetForceDarkundsetForceDarkStrategy. Apps, die auf SDK 33 und höher (T) ausgerichtet sind, sollten die neue API verwenden, da die alte API für diese Apps keine Wirkung mehr hat. - Über
ProxyCofig.Builderkann jetzt eine Zulassungsliste von URLs festgelegt werden, für die der konfigurierte Proxy verwendet werden soll. Dazu musssetReverseBypassEnabledauftruegesetzt werden. Wenn diese Option aktiviert ist, umgehen alle anderen URLs den konfigurierten Proxy.
Version 1.5.0-rc01
10. August 2022
androidx.webkit:webkit:1.5.0-rc01 wird ohne Änderungen seit 1.5.0-beta01 veröffentlicht. Version 1.5.0-rc01 enthält diese Commits.
Version 1.5.0-beta01
29. Juni 2022
androidx.webkit:webkit:1.5.0-beta01 ist veröffentlicht. Version 1.5.0-beta01 enthält diese Commits.
API-Änderungen
- Die APIs für das algorithmische Abdunkeln sind jetzt so annotiert, dass API‑Level Q erforderlich ist. Die API hat keine Auswirkungen auf API-Ebenen unter Q, da das dunkle Design auf diesen Geräten nicht verfügbar ist. (I0905e)
Version 1.5.0-alpha01
18. Mai 2022
androidx.webkit:webkit:1.5.0-alpha01 ist veröffentlicht. Version 1.5.0-alpha01 enthält diese Commits.
Neue Funktionen
- Fügen Sie eine neue
getVariationsHeader()-Methode fürWebViewCompathinzu, um den X-Client-Data-Headerwert abzurufen, der vonWebViewgesendet wird. Der zurückgegebene Wert ist ein base64-codierter ClientVariations-Protobuf. - Fügen Sie APIs auf
WebSettingsCompathinzu, um das algorithmische Abdunkeln für Apps mit targetSdk >= 33 zuzulassen oder zu verbieten. (I29597)
API-Änderungen
- Fügen Sie in
ProxyCofig.Buildereine neue Methode hinzu, um den Reverse-Bypass festzulegen. Wenn Sie „Reverse Bypass“ auf „true“ setzen, werden die Proxyeinstellungen nur für URLs in der Bypass-Liste verwendet. (I9eaa2, b/168728599)
Fehlerkorrekturen
- Ein Tippfehler in der Dokumentation zum dunklen Design wurde behoben. (I36ebf, b/194343633)
- Ein Fehler wurde behoben, bei dem
WebViewAssetLoader.Builder-Methoden unbeabsichtigt von der Reihenfolge abhängig waren. (If420d, b/182196765)
Version 1.4.0
Version 1.4.0
16. Dezember 2020
androidx.webkit:webkit:1.4.0 ist veröffentlicht. Version 1.4.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.3.0
- Wir haben eine neue
setSafeBrowsingAllowlist()API hinzugefügt, diesetSafeBrowsingWhitelist()ersetzt. So können Apps ihren Code aktualisieren, um nicht inklusive Begriffe zu vermeiden, und gleichzeitig dieselben Android SDKs und WebView-Versionen wie die eingestellte API unterstützen. - Ein Fehler in setProxyOverride wurde behoben, der dazu führte, dass Fallback-Regeln nicht richtig angewendet wurden.
Version 1.4.0-rc02
2. Dezember 2020
androidx.webkit:webkit:1.4.0-rc02 ist veröffentlicht. Version 1.4.0-rc02 enthält diese Commits.
Fehlerkorrekturen
- Behebt das Problem, dass Fallback-Regeln bei Verwendung von setProxyOverride nicht richtig angewendet werden.
Version 1.4.0-rc01
11. November 2020
androidx.webkit:webkit:1.4.0-rc01 wird ohne Änderungen seit 1.4.0-beta01 veröffentlicht. Version 1.4.0-rc01 enthält diese Commits.
Version 1.4.0-beta01
14. Oktober 2020
androidx.webkit:webkit:1.4.0-beta01 wird ohne Änderungen seit 1.4.0-alpha01 veröffentlicht. Version 1.4.0-beta01 enthält diese Commits.
Version 1.4.0-alpha01
16. September 2020
androidx.webkit:webkit:1.4.0-alpha01 ist veröffentlicht. Version 1.4.0-alpha01 enthält diese Commits.
API-Änderungen
- Eine neue
WebViewCompat#setSafeBrowsingAllowlist()API wurde hinzugefügt, umsetSafeBrowsingWhitelist()zu ersetzen. So können Apps ihren Code aktualisieren, um nicht inklusive Begriffe zu vermeiden, und gleichzeitig dieselben Android SDKs und WebView-Versionen wie die eingestellte API unterstützen. (I8d65d)
Version 1.3.0
Version 1.3.0
19. August 2020
androidx.webkit:webkit:1.3.0 ist veröffentlicht. Version 1.3.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.2.0
- Die ForceDarkStrategy API bietet mehr Kontrolle über das Abdunkeln von WebViews (Abdunkeln von CSS-/Webinhalten im Vergleich zum automatischen Abdunkeln).
- WebMessageListener und die zugehörigen APIs bieten einen einfachen und sicheren Mechanismus für die Kommunikation zwischen Webinhalten und der WebView-Einbettungs-App.
isMultiProcessEnabledAPI, um zu prüfen, ob WebView in mehreren Prozessen ausgeführt wird. Das ist ab Android O möglich. Webinhalte werden in einem Sandbox-Renderer-Prozess gerendert, der vom Anwendungsprozess getrennt ist. Dieser Sandbox-Renderer kann mit anderen WebViews in derselben Anwendung geteilt werden, aber nicht mit anderen Anwendungsprozessen.
Version 1.3.0-rc02
5. August 2020
androidx.webkit:webkit:1.3.0-rc02 ist veröffentlicht. Version 1.3.0-rc02 enthält diese Commits.
Fehlerkorrekturen
- Damit wird ein Kompatibilitätsproblem behoben, bei dem
WebMessageListenerwährend der lokalen Entwicklung manchmal abstürzte, wenn Ihre App mit Instant Run in Android Studio gestartet wurde.
Version 1.3.0-rc01
24. Juni 2020
androidx.webkit:webkit:1.3.0-rc01 wird ohne Änderungen seit 1.3.0-beta01 veröffentlicht. Version 1.3.0-rc01 enthält diese Commits.
Version 1.3.0-beta01
10. Juni 2020
androidx.webkit:webkit:1.3.0-beta01 ist veröffentlicht. Version 1.3.0-beta01 enthält diese Commits.
Neue Funktionen
ForceDarkStrategyAPI zur Steuerung der WebView-Verdunkelung (CSS-/Webinhaltsverdunkelung im Vergleich zur automatischen Verdunkelung).WebMessageListener-APIs bieten einen einfachen und sicheren Mechanismus, um die Kommunikation zwischen Webinhalten und der WebView-Einbettungs-App herzustellen.MultiProcessEnabledAPI, um zu prüfen, ob WebView im Multiprozessmodus ausgeführt wird.
Version 1.3.0-alpha03
27. Mai 2020
androidx.webkit:webkit:1.3.0-alpha03 ist veröffentlicht. Version 1.3.0-alpha03 enthält diese Commits.
API-Änderungen
- Die Methode
addWebMessageListenerempfängt jetzt einSet<String>mit Regeln für zulässige Herkünfte (zuvor einList<String>).
Version 1.3.0-alpha02
29. April 2020
androidx.webkit:webkit:1.3.0-alpha02 ist veröffentlicht. Version 1.3.0-alpha02 enthält diese Commits.
Neue Funktionen
- MultiProcessEnabled API, um zu prüfen, ob WebView im Multiprozessmodus ausgeführt wird.
API-Änderungen
- Alle Konstanten für die dunkle Strategie haben jetzt das Präfix
DARK_STRATEGY.
Version 1.3.0-alpha01
15. April 2020
androidx.webkit:webkit:1.3.0-alpha01 ist veröffentlicht. Version 1.3.0-alpha01 enthält diese Commits.
Neue Funktionen
ForceDarkStrategyAPI zum Steuern derWebView-Abdunkelung (CSS-/Webinhaltsabdunkelung im Vergleich zur automatischen Abdunkelung).WebMessageListener-APIs bieten einen einfachen und sicheren Mechanismus, um die Kommunikation zwischen Webinhalten und der WebView-Einbettungs-App herzustellen.
Version 1.2.0
Version 1.2.0
4. März 2020
androidx.webkit:webkit:1.2.0 ist veröffentlicht. Version 1.2.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.1.0
- Die ForceDark API wurde hinzugefügt, um zu steuern, ob WebViews im dunklen Modus gerendert werden sollen.
Version 1.2.0-rc01
19. Februar 2020
androidx.webkit:webkit:1.2.0-rc01 wird ohne Änderungen seit 1.2.0-beta01 veröffentlicht. Version 1.2.0-rc01 enthält diese Commits.
Version 1.2.0-beta01
5. Februar 2020
androidx.webkit:webkit:1.2.0-beta01 wird ohne Änderungen seit 1.2.0-alpha01 veröffentlicht. Version 1.2.0-beta01 enthält diese Commits.
Version 1.2.0-alpha01
18. Dezember 2019
androidx.webkit:webkit:1.2.0-alpha01 ist veröffentlicht. Version 1.2.0-alpha01 enthält diese Commits.
Neue Funktionen
- Mit der ForceDark API können Sie festlegen, ob WebViews im dunklen Modus gerendert werden sollen.
Version 1.1.0
Version 1.1.0
7. November 2019
androidx.webkit:webkit:1.1.0 ist veröffentlicht. Version 1.1.0 enthält diese Commits.
Wichtige Änderungen seit Version 1.0.0
- Getter-APIs als Ergänzung zu setWebViewClient() und setWebChromeClient().
- ProxyController API zum Festlegen eines Proxys für Netzwerkanfragen für die WebViews einer App.
- WebViewAssetLoader API zum Vereinfachen des Ladens von APK-Assets, ‑Ressourcen und ‑Dateien aus dem App-Datenverzeichnis über das Abfangen von Anfragen. So kann auf Web- und lokale Ressourcen zugegriffen werden, ohne CORS zu deaktivieren.
- Die TracingController API zum Erfassen von WebView-Tracing-Informationen für Debugging-Zwecke.
- RenderProcess-APIs zum Verwalten von WebView-Renderer-Diensten und zum Erkennen, wenn schlecht funktionierende Inhalte dazu führen, dass WebView-Renderer nicht mehr reagieren.
- Vorhandene APIs wurden aktualisiert, um Nullable- (
@NonNull,@Nullable) und Thread-Annotationen (@UiThread,@WorkerThread) zu unterstützen.
Version 1.1.0-rc01
9. Oktober 2019
androidx.webkit:webkit:1.1.0-rc01 ist veröffentlicht. Version 1.1.0-rc01 enthält diese Commits.
Fehlerkorrekturen
- Ein Problem wurde behoben, bei dem
setWebViewRenderProcessClient()abstürzen konnte, wenn ein Null-Client übergeben wurde.
Version 1.1.0-beta01
5. September 2019
androidx.webkit:webkit:1.1.0-beta01 ist veröffentlicht. Die in dieser Version enthaltenen Commits finden Sie hier.
Neue Funktionen
- Neues
InternalStoragePathHandlerinWebViewAssetLoaderzum Laden von Dateien aus dem Datenverzeichnis der App.
API-Änderungen
ProxyConfig#getProxyRules()gibt jetzt eine nicht änderbare Liste vonProxyRule-Instanzen zurück. Das ist eine neue Klasse, die einen Schemafilter und die zugehörige Proxy-URL enthält.
Fehlerkorrekturen
WebViewAssetLoaderverwendet standardmäßig den MIME-Typ „text/plain“ (anstatt „null“), wenn der MIME-Typ nicht anhand des Dateipfads ermittelt werden kann.- Bei
WebViewAssetLoaderwird beim Laden von Dateien mit Sonderzeichen in den Pfadnamen nicht mehr der FehlerNullPointerExceptionausgegeben.
Version 1.1.0-alpha02
7. August 2019
androidx.webkit:webkit:1.1.0-alpha02 ist veröffentlicht. Die in dieser Version enthaltenen Commits finden Sie hier.
Neue Funktionen
WebViewAssetLoadermacht diePathHandler-Schnittstelle verfügbar, damit Apps benutzerdefinierte Funktionen für die Pfadverarbeitung erstellen können.
API-Änderungen
WebViewAssetLoaderist jetzt eine finale Klasse, da sie nicht als abgeleitete Klasse verwendet werden soll.- Die Implementierungen von
WebViewAssetLoader#PathHandlersind jetzt öffentlich und endgültig. - Geringfügige Änderungen an den Methodennamen von ProxyConfig.
ProxyController: Die neuen MethodenaddDirect()undaddDirect(String)wurden hinzugefügt, um eine direkte Verbindung zu Servern herzustellen. Der DIRECT-String wurde entfernt.- Vorhandene APIs wurden aktualisiert, um Nullable- (
@NonNull,@Nullable) und Thread-Annotationen (@UiThread,@WorkerThread) zu unterstützen.
Version 1.1.0-alpha01
7. Mai 2019
androidx.webkit:webkit:1.1.0-alpha01 ist veröffentlicht. Die in dieser Version enthaltenen Commits finden Sie hier.
Neue Funktionen
- Getter-APIs zur Ergänzung von
setWebViewClient()undsetWebChromeClient() - ProxyController API zum Festlegen eines Proxys für Netzwerkanfragen für die WebViews einer App.
- AssetLoader API, um das Laden von APK-Assets und ‑Ressourcen über das Abfangen von Anfragen zu vereinfachen. So kann auf Webressourcen zugegriffen werden, ohne CORS zu deaktivieren.
- Die TracingController API zum Erfassen von WebView-Tracing-Informationen für Debugging-Zwecke.
- RenderProcess-APIs zum Verwalten von WebView-Renderer-Diensten und zum Erkennen, wenn schlecht funktionierende Inhalte dazu führen, dass WebView-Renderer nicht mehr reagieren.
Fehlerkorrekturen
- Es wurden kleinere Korrekturen an der Formatierung der Dokumentation für vorhandene APIs vorgenommen.