BrowserEngineKit – Apple 开发者文档

原文 ↗ Hacker News 讨论 ↗

Apple 的新 BrowserEngineKit 框架将首次允许 Chromium 和 Gecko 这类第三方浏览器引擎在 iOS 上原生运行——但仅限欧盟用户，因为《数字市场法案》正迫使 Apple 放松平台限制。评论者一方面权衡真正的基于 Firefox 和 Chrome 的浏览器及其完整扩展支持带来的好处，另一方面担心攻击面扩大、追踪增强，以及进一步巩固 Chromium 对网络标准的主导地位。许多人也质疑普通用户会在多大程度上在意这些变化，指出浏览器选择往往更多受默认设置和公司权力驱动，而非技术质量本身。

Apple 的 BrowserEngineKit 变更范围

  • 允许在 iOS 上使用替代浏览器引擎，但仅限欧盟，且条件严格：
    • 应用必须仅面向欧盟，且与基于 WebKit 的版本使用独立二进制，并且不能拥有默认浏览器权限。
    • 需要相应的 entitlement；Apple 可以控制哪些方可以发布引擎，并施加隐私限制（例如默认关闭第三方 Cookie）。
  • 有人认为这些 API 比预期更强大、也没那么小气（JIT、多进程似乎都可行）。

Firefox、扩展与现有变通方案

  • 许多人对“真正的” Firefox 感到兴奋，希望它能使用自己的引擎并支持完整扩展，尤其是 uBlock Origin。
  • 也有人指出，Orion 已经可以在 iOS 上通过 WebKit 支持许多 Chrome/Firefox 扩展，但有局限（例如 uBlock 不能完全正常工作）。
  • 也有人怀疑 Mozilla 在近期削减投入、以及过往曾放弃移植项目的背景下，是否会为仅限欧盟的 iOS 引擎投入大量资源。

Chromium 的主导地位 vs 引擎多样性

  • 有人担心这会推动 iOS 进一步转向 Chromium，从而加强 Google 对网络标准和追踪的控制。
  • 反方观点是：即便并不完美，WebKit/Safari 作为非 Chromium 引擎也有价值，可以限制 Google 的单方面权力。
  • 也有人认为，Safari 的开发节奏和透明度都太差了，以至于在实践中 Chromium 垄断反而可能更可取。

安全性、“围墙花园”与用户选择

  • 一方认为：开放 iOS 会增加攻击面，并让恶意软件作者、追踪者以及威权政权受益。
  • 另一方认为：Android 和桌面系统早已允许多种引擎和应用商店，而且对普通用户来说“看起来也没问题”；这些担忧被认为夸大了。
  • 争论焦点还包括这是否真的是“用户选择”：
    • 用户可能被迫跟随开发者转向替代商店或引擎，才能访问关键应用。
    • 有人认为监管介入（DMA）是制衡平台权力所必需的；也有人说，人们买 iOS 正是因为它的严格控制。

广告、追踪与 PWA

  • 许多人预计这会成为广告技术的“重大利好”：
    • Safari 用户减少意味着智能防追踪（Intelligent Tracking Prevention）影响减弱，Cookie 存活时间更长。
  • 也有人指出潜在好处：更好的 PWA 支持，以及迫使 Apple 改进 Safari（例如 Web Bluetooth）。

实际问题与未解疑问

  • 只有欧盟居民身份的 iOS 用户才符合资格；切换 Apple ID 地区是可行的，但过程痛苦，而且可能会失去某些应用的访问权限。
  • 仍有一些问题没有答案：
    • Chrome/Firefox 多快才能发布完整引擎。
    • 门户认证页面（captive portal）和系统网页视图是否会尊重替代浏览器。
    • Web Bluetooth 及类似 API 是否会通过第三方引擎出现。