Google Chrome для iOS перешел на WKWebView

Google Chrome 48 для iOS теперь использует системный компонент WKWebView вместо устаревшего UIWebView. И что это дает обычным пользователям? Например, количество падений Хрома уменьшилось на 70%.

Падения в Chrome 48 для iOS

Стабильность - не единственная польза от перехода на WKWebView. Удалось подтянуть поддержку HTML5 с 391 до 409 баллов (согласно html5test.com). И особенно эффектно выглядит разница в скорости работы с javascript:

octane

Объясняется это достаточно просто. Старый UIWebView был, мягко говоря, убог в сравнении с возможностями стандартного браузера Safari. А свой движок на iOS реализовать не получится. Поэтому использовали то, что есть. Новый же WKWebView, анонсированный вместе с iOS 8, такой же шустрый и стабильный, как и Safari.

Мы уже рассказывали, что в первой половине прошлого года аналогичный переход совершил Яндекс.Браузер для iOS.

UPD. К сожалению, из-за перехода на WKWebView Chrome лишился некоторых своих возможностей. Вот цитата из Справки:

Некоторые из функций Chrome будут недоступны из-за ограничений в iOS. Могут не работать загрузки, требующие аутентификации. Также нам пришлось удалить указанные настройки и функции:

  • Сокращение трафика (// очень странно это, потому что в Яндекс.Браузере Турбо работает и после перехода на WKWebView)
  • Настройки файлов cookie
  • Определение кодировки
  • Настройки запрета на отслеживание
  • Поддержка организаций и системы множественного входа