Chrome IOS - 它只是一个 UIWebView 吗？答案

【问题标题】：Chrome IOS - Is it just a UIWebView?Chrome IOS - 它只是一个 UIWebView 吗？
【发布时间】：2012-06-29 09:19:03
【问题描述】：

我不确定这是否适合这里的问题，但适用于 IOS 的新 Chrome 应用程序只是 UIWebView 吗？

如果是这样，那么假设它与移动 Safari 之间不应该有任何渲染差异是否安全？

【问题讨论】：

补充一点，iOS 上的 Chrome 并没有遭受流行的 0 day SSL goto fail；在 iOS 7.0.6 中修复的缺陷
不是吗？那很有意思。接受的答案是 2 岁，所以从那时起事情可能已经发生了变化。
阅读@igrigorik 的answer again 很有趣——看起来UIWebView 用于rendering，但仅此而已。 ?所以你可以有一个使用不同代码的“网络层”。所以 Chrome 不会是“只是 UIWebView”，即使它的渲染是。而且，和 Opera 一样，它可以对 html 源代码进行任何它想要的预渲染。

标签： ios chrome-ios

【解决方案1】：

不，它不仅仅是一个 UiWebView。 Mike Pinkerton 的post on chrome-team googlegroup：

iOS 版 Chrome 有一些 App Store 施加的相当大的技术限制，例如要求使用内置的 UIWebView 进行渲染、没有 V8 和单进程模型。因此，重用关键的 Chromium 基础架构组件是一项挑战。也就是说，我们确实利用了很多代码，例如网络层、同步和书签基础设施、多功能框、指标和崩溃报告，以及越来越多的内容。

仅网络层就包含很多的优化，以增强您的浏览。这是一个快速概述：http://www.igvita.com/2012/06/04/chrome-networking-dns-prefetch-and-tcp-preconnect/

【讨论】：

我很确定我听说 Apple 现在在 App Store 中允许使用第 3 方布局引擎。
@BenLeggiero 来源？

【解决方案2】：

从 48 版开始，iOS 版 Chrome 使用 WKWebView，这与 Safari 中使用的视图相同。

来源：

【讨论】：

"iOS 使用 WKWebView" 在版本 73 和随后的版本 81 中仍然正确，由 Debugging Websites in Chrome for iOS 和 Rethinking Payment Request for iOS Chrome 暗示。

【解决方案3】：

是的，你是对的……它使用 webkit 渲染引擎，带有 Chrome UI。

参考。 DaringFireball...

这不是 Chrome 渲染或 JavaScript 引擎——App Store 规则禁止这样做。是iOS系统版本的WebKit封装在谷歌自己的浏览器用户界面

【讨论】：

我也是这么想的。我没有太多的应用程序开发经验，但我认为没有另一种加载 webview 的方法。我想我很难看到它比移动 Safari 有什么优势。
而且，这似乎就是 Apple 想要的。不幸的是，UIWebView 受到严重限制。在 OSX 上，WebView 和 Objective-C Webkit 桥接器绝对令人惊叹。 iOS，几乎所有的桥接功能都不见了。
老实说，发布似乎是一件奇怪的事情。因此问题。我唯一能想到的是，它是一种显示 IOS 有多封闭的方式。
相同的渲染引擎，但也许 Chrome 的 UI 可能更好、更快（至少在顶级浏览器 UI 部分）？
优势：将个人资料数据与自己的 Google 帐户同步。