Google Chrome 48 для iOS теперь использует системный компонент WKWebView вместо устаревшего UIWebView. И что это дает обычным пользователям? Например, количество падений Хрома уменьшилось на 70%.
Стабильность - не единственная польза от перехода на WKWebView. Удалось подтянуть поддержку HTML5 с 391 до 409 баллов (согласно html5test.com). И особенно эффектно выглядит разница в скорости работы с javascript:
Объясняется это достаточно просто. Старый UIWebView был, мягко говоря, убог в сравнении с возможностями стандартного браузера Safari. А свой движок на iOS реализовать не получится. Поэтому использовали то, что есть. Новый же WKWebView, анонсированный вместе с iOS 8, такой же шустрый и стабильный, как и Safari.
Мы уже рассказывали, что в первой половине прошлого года аналогичный переход совершил Яндекс.Браузер для iOS.
UPD. К сожалению, из-за перехода на WKWebView Chrome лишился некоторых своих возможностей. Вот цитата из Справки:
Некоторые из функций Chrome будут недоступны из-за ограничений в iOS. Могут не работать загрузки, требующие аутентификации. Также нам пришлось удалить указанные настройки и функции:
- Сокращение трафика (// очень странно это, потому что в Яндекс.Браузере Турбо работает и после перехода на WKWebView)
- Настройки файлов cookie
- Определение кодировки
- Настройки запрета на отслеживание
- Поддержка организаций и системы множественного входа