Chrome IOS-它只是一个UIWebView吗？

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

---

如果是这样的话，那么可以安全地假设它和mobile Safari之间在渲染方面没有任何区别吗？

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

参考

这不是Chrome渲染或JavaScript引擎，而是应用商店 规则禁止这样做。它是包装在iOS系统中的WebKit版本 谷歌自己的浏览器用户界面

---

不，它不仅仅是一个UiWebView。迈克·平克顿：

chromeforios有一些应用商店强加的相当主要的技术限制，比如要求使用内置UIWebView进行渲染，没有V8，并且只有一个进程模型。因此，重复使用关键的铬基础设施组件一直是一个挑战。也就是说，我们确实利用了很多代码，比如网络层、同步和书签基础设施、omnibox、度量和崩溃报告，以及越来越多的内容

---

仅网络层就包含许多优化，以增强您的浏览能力。这里是一个快速概述：

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

资料来源：

---

我也这么想。我没有太多的应用程序开发经验，但我认为没有其他方法可以加载网络视图。我想我很难看出它比移动Safari有什么优势。而且，这似乎是苹果想要的。不幸的是，UIWebView受到严重限制。在OSX上，WebView和Objective-C Webkit桥绝对令人惊叹。在iOS上，几乎所有桥接功能都缺失了。老实说，发布这些功能似乎有些奇怪。这就是问题所在。我唯一能想到的是，这是一种显示IOS是多么封闭的方式。相同的渲染引擎，但Chrome的UI可能更好、更快（至少在顶级浏览器UI部分）？优点：将个人资料数据与Google帐户同步。值得补充的是，IOS上的Chrome没有受到流行的0天SSL goto fail的影响；iOS 7.0.6中修补的缺陷，不是吗？那很有趣。被接受的答案是2年前的，所以从那时起事情可能已经开始了。读@igrigorik的文章很有趣——看起来UIWebView是用来渲染的，但仅此而已？所以你可以有一个使用不同代码的“网络层”。所以Chrome不会“仅仅是UIWebView”，即使它的渲染是。而且，像Opera一样，它可以对html源代码进行任何预渲染。我很确定，我听说苹果现在允许在应用商店中使用第三方布局引擎。@Benlegiero源代码？“iOS使用WKWebView”在73版和随后的81版中仍然正确，由和暗示。