Android WebView 155: что изменилось для разработчиков

Что случилось

26 сентября 2026 Google выкатила бета-версию Android System WebView 155 (сборка 155.0.8059.16) — компонент на движке Chromium, через который Android-приложения рендерят веб-контент внутри WebView-компонентов, не открывая полноценный браузер. Параллельно вышел Chrome 155 для Android с тем же номером сборки: WebView и Chrome for Android исторически обновляются синхронно, потому что используют общий движок рендеринга.

Релиз попал в ежемесячный дайджест Google System Updates за сентябрь 2026, который Google публикует по всем системным компонентам Android — Play services, Play Store, WebView, а также Wear OS, Google TV и Android Auto. WebView 155 получил рефакторинг API навигации в сторону потокобезопасности (thread-safe navigation APIs) и обновления безопасности и приватности.

Что изменилось

• Потокобезопасная навигация. Внутренние API управления навигацией WebView переработаны так, чтобы корректно работать при обращении из разных потоков — раньше часть операций требовала строгого вызова из главного потока UI, что создавало гонки состояний в сложных гибридных приложениях.
• Обновления безопасности и приватности. Стандартный для месячного цикла WebView пакет патчей движка рендеринга — без публичного списка CVE на момент публикации.
• Новые возможности для отображения веб-контента. Google описывает изменения как «новые developer-facing функции для показа контента» без детальной спецификации API — полное changelog появляется в release notes Chromium с задержкой.
• Gemini Live Guided Vision — отдельная часть сентябрьского System Updates, не связанная с WebView напрямую: голосовые подсказки и переформулировка кадра для слабого освещения или мелкого текста в Gemini Live.

Что это означает для разработчиков

WebView — не заметный пользователю компонент, но критичный для широкого класса приложений: гибридные (Cordova, Capacitor, Ionic), приложения с встроенными веб-формами оплаты, авторизацией через OAuth-редиректы в WebView, и SDK рекламных и аналитических сетей, которые открывают контент через WebView-обёртки.

Проверьте приложения с кастомной навигацией в WebView. Если код вызывает WebView.loadUrl(), goBack()/goForward() или работает с WebViewClient не из основного потока — после обновления стоит прогнать регресс на устройстве с WebView 155, чтобы убедиться, что поведение не изменилось при гонках потоков, которые раньше маскировались строгим требованием main thread.

Обновление приходит через Play Store, не через OTA. В отличие от системных апдейтов платформы, WebView и Chrome for Android обновляются как обычные приложения из Google Play — на большинстве устройств это произойдёт автоматически в течение нескольких дней после релиза, без участия пользователя и без вашего контроля над таймингом.

Разделяйте WebView-баги и баги вашего приложения. После крупных обновлений движка полезно проверить логи краш-репортов на предмет новых сигнатур ошибок, привязанных именно к версии WebView (доступна через WebView.getCurrentWebViewPackage()), — это ускоряет диагностику, если проблема системная, а не в вашем коде.

Как реагировать: три шага

1. Обновите Android System WebView на тестовом устройстве вручную через Play Store, не дожидаясь автообновления, и прогоните ключевые WebView-сценарии приложения — оплату, авторизацию, встроенный контент.
2. Проверьте асинхронные вызовы навигации, если приложение работает с WebView не строго из главного потока UI.
3. Сверьтесь с полным списком изменений в Google system services release notes, когда Google опубликует детальный changelog — на момент выхода бета-версии он ещё не раскрыт полностью.

Если вашей команде нужна помощь с диагностикой WebView-специфичных багов, тестированием гибридных сценариев или разработкой Android-приложения с нуля — YuSMP Group работает с полным циклом Android-разработки: от прототипа до поддержки в проде.