WebGPU 现已可在 Safari Technology Preview 中测试

Apple 的 WebKit 策略与浏览器竞争

• 多位评论者认为，Apple 正在更多投入 WebKit，缩小与 Chromium 的功能差距，并且在一些 JS/CSS 能力上经常领先。
• 许多人将此与即将到来的监管联系起来（例如被迫在 iOS 上允许其他引擎），以及 Apple 想避免 Blink 垄断和对 Google 的依赖。
• 也有人认为 Safari 的改进更像是渐进式演进，而不是突然加速；只是现在外界的关注度更高了。

PWA vs 原生应用与 App Store 动态

• 关于网页应用是否会真正取代原生应用，讨论很激烈：
  • 支持 PWA 的一方认为，PWA 正越来越接近原生能力（service workers、推送、传感器、定位），许多主流应用都可以“只是网站”。
  • 持怀疑态度的一方认为，性能、复杂 UI 控件、动画以及缺失的 API 让 PWA 仍然逊色；iOS 才是赚钱的地方，所以开发者仍会继续做原生应用。
• 变现方面的担忧：PWA 让一次性付费应用更难卖，推动大家转向订阅或广告；一些人怀念那种简单、一次付费、可离线使用的工具。
• 也有人认为，对 PWA/WebGPU 更强的支持，是 Apple 在反垄断和 App Store 监管争议中的一种战略性对冲。

WebGPU 的设计、Metal 影响与实现

• WebGPU 的 API 被广泛认为与 Apple 的 Metal 非常相似；一些人认为这是标准组织内部刻意引入的影响。
• 在当前标准之前，Safari 早期曾支持过一个更早、偏 Apple 风格的提案，但后来被移除。
• 关于 shader 设计历史存在分歧：
  • 一方强调 Apple 反对 SPIR-V/二进制 IR，并偏好文本语言，这影响了 WGSL 的采用。
  • 另一方则指出更广泛的担忧（可移植性、安全性、shader 编译的痛点），并认为这并不是“Apple 对其他所有人”。

Safari 的质量、Bug 与发布节奏

• 体验不一：有些人说 Safari 用起来没问题，网站出错通常是因为只支持 Chrome 的 API；另一些人则报告 Safari 特有的 bug（尤其是 SVG、PWA、wake lock、深色模式、z-index 渲染）。
• Safari 在一定程度上与重大操作系统发布解耦，很多 Web 平台更新会在较小版本的 OS 中出现；不过，iOS 上的 PWA 仍被描述为脆弱，而且有时会回归出问题。

安全、权限与资源消耗

• 有人担心 WebGPU 扩大了攻击面，并削弱了此前基于 timing 的缓解措施；也有人要求拿出具体证据，并将其视为渐进式风险。
• 有人提议像相机/定位一样，把 WebGPU 放在权限弹窗后面，主要是为了防止电池被耗尽和防范可疑网站；但也有人指出，向用户清楚解释“GPU 访问”并不容易。

生态与使用场景

• 人们感兴趣的方向包括：
  • 在浏览器里用 WebGPU 运行 LLM 和像 Whisper 这样的模型。
  • 通过 Dawn/wgpu 等库，把 WebGPU 作为跨平台的 OpenGL 继任者，甚至在 Apple 平台上作为系统框架使用。
  • 在 Linux 上有更好的基于 WebKit 的浏览器（讨论了 Epiphany/GNOME Web，涉及 sandbox、内存和 WebRTC 缺口）。
  • 支持 WebXR，包括在 iPhone 和 Vision Pro 上，不过未来是否会在手机上继续提供尚不明确。
• 一些人希望 WebGPU 能帮助把 Electron 风格的桌面应用和游戏迁移到网页上；另一些人则不相信网页最终能完全追上原生。