还不止于此。iOS 唯一支持的 Web 渲染引擎就是苹果自己的 WebKit，任何第三方 iOS 浏览器（包括 Chrome）只能使用 WebKit，不得匹配任何其他引擎（这一点在 Windows、Android 或者 MacOS 上均不受限制）。而 WebKit，正是 iOS 系统上渐进式 Web 应用的管理功能来源。

苹果为什么要对渐进式 Web 应用的 Web API 加以限制？ 冠冕堂皇的理由当然是用户隐私，但这话我们恐怕只能信一半。

很多朋友应该都能想到，一旦功能齐备的渐进式 Web 应用得到全面支持，那么 iOS App Store 将面临巨大竞争。而只有在 App Store 正式上架的应用，苹果才能从一切应用本体购买或应用内购买交易额中抽成 30%。

不久之前，关于苹果不愿支持渐进式 Web 应用的争议还主要集中在 Web 开发者社区。但如今，随着 Epic 与苹果间反垄断诉讼的升温，问题终于被暴露在公众视野当中。

最终， 苹果可能会被迫全面拓展渐进式 Web 应用支持，或者对其他第三方 iOS 浏览器敞开大门。但诉讼结果究竟如何，我们只能拭目以待。

用一招“拖”字诀应对 WebRTC

Web 开发者及工程师们，一直在抱怨 Safari 没法像其他浏览器那样良好支持重要的 Web API 与 CSS 功能。

一位 Reddit 用户曾经这么抱怨过，“……苹果根本不鸟任何现代 API。渐进式 Web 应用？流应用？死一边去。但是，苹果大哥，我们真的很需要这一切。”

以 WebRTC 为例，它主要用于支持 Web 上的视频与音频通信，也常用于发送文件及共享屏幕内容。

苹果拖了好几年时间才真正把 WebRTC 支持引入 Safari，远远落后于 Chrome 及 Firefox，这也让 Safari 沦为开发者甚至是行业观察者口中的笑话。

尽管支持终于到来，但众所周知，WebRTC 在 Safari 桌面版上的运行效果远远不及其他浏览器。开发者发现 WebRTC 在 iOS 中的支持更是一团糟，甚至堪称无药可救。

之前，曾经有人批评 Safari 不支持 VP9 视频编码器或 WebP 图像压缩格式。但好消息是，直到 2020 年底，相关支持终于上线。但老毛病还在——与其他主流浏览器相比，上线时间太过滞后。

如今，新的难题再次被摆在苹果面前——到底要不要团结一切力量，支持 AV1 视频编解码器及相关 AVIF 图像格式。但这事同样困难重重，因为苹果自身能从竞争性编解码器 HEVC 中获取专利费，同时也是 HEIC 图像格式的强硬支持者。

Bug 频出，更新不及时

很多开发者都在论坛上抱怨 Safari 在 Web API 与 CSS 功能的实现中存在众多 bug，而苹果的解决速度一直相当迟缓。

“苹果不是世界上最有钱的企业之一吗？拿点钱出来，把问题解决了啊！”Reddit 上一位用户这样吐槽道。

更让人沮丧的是，与 Chrome 或 Firefox 不同，Safari 根本没有固定的更新周期。它的更新频率与底层操作系统保持一致，如此漫长的更新周期对网络浏览器来说简直离谱。

连微软都有种对 Edge 浏览器采用自动更新，苹果，你呢？

也许一切都将改观

请别误会我的意思，Safari 是款非常出色的网络浏览器，不仅性能强大、而且隐私功能相当可靠。

但与此同时，对核心 Web 技术及 API 那糟糕的支持能力则令人困惑又愤愤不平。

iOS 巨大的普及面再加上苹果不断用种种手段阻碍开发者在多种平台上创建统一且优秀的 Web 体验，就更是让人怒气冲天。

这背后的原因我们可以理解，毕竟苹果已经决定把自身命运押在服务收入上，因此 App Store 产生的应用 / 内购抽成将至关重要。

面对公众的舆论压力，苹果公司向来会有所妥协。因此在可预见的未来，相信苹果会参考用户意见、对 Safari 的设计思路做出一些有份量的调整。期待苹果的行动。

--- EOF ---

推荐↓↓↓返回搜狐，查看更多