微软工程师测试显示苹果 WebKit 限制导致 iOS 浏览器性能下降近三成
微软工程师测试显示，基于Chromium与自有引擎的浏览器原型在iOS上比Safari性能高出28.6%。苹果强制第三方浏览器使用WebKit内核，欧盟《数字市场法案》要求开放接口，但尚无正式产品。开放网络组织指出该限制降低了移动网页性能天花板。
微软工程师最近放出了一组基准测试数据，直接挑动了浏览器圈的神经：在苹果自家的测速工具 Speedometer 3.1 里，一款基于 Chromium、搭载微软自有渲染引擎的浏览器原型，在 iOS 系统上的跑分比 Safari 高出整整 28.6%。这可不是小幅度领先，而是实打实的性能碾压。
具体来说，微软 Edge 网页平台产品组经理凯尔·普弗勒格在本周一公布了对比测试的完整细节。参测的两款产品分别是：一款依托苹果 BrowserEngineKit 接口开发的 Edge 研究原型，以及运行 iOS 26.5.1 系统的原生 Safari 浏览器。测试结果相当悬殊：在 Speedometer 3.1 中，基于 Blink 内核的原型浏览器得分 49.27，而 Safari 仅拿到 38.3；Ja vaScript 基准测试 JetStream 3 里，前者领先 13.1%（306.35 分对比 270.9 分）；图形渲染基准测试 MotionMark 1.3.1 中，优势也有 2.1%（4773.52 分对比 4673.68 分）。不过普弗勒格也特意强调，这只是一个研究原型，远非正式产品，而且测试数据取自他个人的设备，并非标准实验室环境下的严谨结果。言下之意：看看趋势就行，别拿它当最终结论。
问题的核心在于苹果的老规矩：iOS 平台上所有第三方浏览器，都必须使用驱动 Safari 的 WebKit 引擎。换句话说，你在 iPhone 上用的 Chrome、火狐，本质上只是换了一层皮的 Safari——内核同样是苹果家的。这个政策从第一代 iPhone 就开始了，一锁就是十几年。
转折点出现在 2024 年 3 月。欧盟的《数字市场法案》理论上撕开了一道口子，要求苹果开放 BrowserEngineKit 接口，允许第三方浏览器搭载自己的渲染内核。然而两年多过去了，至今没有一家浏览器厂商在 iOS 端推出搭载自研内核的正式版本。理由倒也不难理解：技术门槛太高，而且新规要求这类采用第三方内核的浏览器必须以独立全新应用上架，不能和现有的基于 WebKit 的版本共存。这就意味着要投入双倍资源去维护两个独立产品，对任何团队都是巨大的成本压力。
开放网络倡导组织对此看得很透彻。他们向科技媒体《The Register》表示，微软的测试结果直观地展示了 17 年来消费者为此承受的损失——如果浏览器内核被锁死，整个移动网页的性能天花板就被牢牢压住了。该组织呼吁欧盟委员会启动规范制定程序，明确勒令苹果彻底移除第三方内核的使用壁垒。他们的逻辑很清晰：苹果通过限制浏览器内核，变相束缚了移动端网页的功能上限，迫使企业只能依赖原生应用，而原生应用又受制于 App Store 的平台规则——这一环套一环的锁链，才是真正需要打破的东西。
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
AirBuddy 3 是面向 macOS 的蓝牙外设增强工具，可集中查看 AirPods、Beats 与苹果设备电量，提供快速连接、播放控制、电量提醒、桌面小组件和多台 Mac 外设接力等功能。
AirServer macOS版可把 Mac 转换为无线投屏接收端，通过 AirPlay 或 Google Cast 接收手机、平板和电脑画面，并支持多设备同时连接、高清镜像及会话录制，适合家庭娱乐、课堂教学、会议演示和应用展示。
Autodesk Maya 是面向影视、电视、动画和游戏行业的专业三维制作软件，集多边形与 NURBS 建模、角色绑定、关键帧和动作捕捉动画、Bifrost 特效模拟、材质开发及 Arnold 渲染于一体，
AirServer Windows版可把电脑变成AirPlay、Google Cast和Miracast无线投屏接收端，适合会议演示、课堂教学及家庭大屏分享。发送设备通常无需另装客户端，并可同时接收和智能排列多个镜像会话。