Core/Dash 维度： 操作系统

通过跨操作系统细分流量，隔离特定平台的性能衰退问题。

免费试用

Trusted by market leaders · Client results

harvardadevintamarktplaatshappyhorizonsnvsaturnnina careworkivanestlemy work featured on web.deverasmusmcebaykpndpg medialoopearplugsaleteiaperioncomparewhowhatwearfotocasamonarchvpn

维度：操作系统 (os)

操作系统 (Operating System) 维度根据用户设备上运行的平台（Android、iOS、Windows、macOS、Linux 或 ChromeOS）对性能数据进行分组。浏览器维度隔离了渲染引擎的差异，而操作系统维度则揭示了浏览器继承的硬件限制、系统级资源管理以及特定平台的怪异行为。

操作系统是代码与硬件之间的中间层。它控制 CPU 如何调度任务、如何分配内存以及如何确定网络请求的优先级。不同操作系统上的两个相同的浏览器可能会产生截然不同的 Core Web Vitals。

coredash metric table urls

平台格局

根据 StatCounter (2025) 的数据，Android 以 39% 的份额领跑全球网络流量，其次是 Windows (30%)、iOS (16%)、macOS (8%)、Linux (4%) 和 ChromeOS (2%)。您的具体流量分布会因行业而异。B2B SaaS 产品的 Windows 和 macOS 流量更大。而消费者应用则倾向于 Android 和 iOS。

特定操作系统的性能特征

Android

Android 是最多样化的平台。它运行在从 80 美元的廉价手机到 1500 美元的旗舰机等各种设备上。这意味着您的 Android 细分市场同时包含了最快和最慢的用户。核心洞察是：Android 的平均性能被长尾的廉价硬件拉低了。在 CoreDash 数据中，Android p75 INP 通常比 iOS 高出 40-60%，因为处于中位数的 Android 设备的 CPU 性能较弱。

按 Client Capability Score 维度过滤 Android 流量，以将旗舰用户（性能类似 iOS）与廉价机用户（需要更轻量的页面）区分开来。

iOS

Apple 控制着硬件和软件堆栈，这带来了非常一致的性能。设备范围很窄（iPhone 12 到 iPhone 16），并且无论“浏览器”标签是什么，每台设备都运行 Safari 的 WebKit 引擎。在 CoreDash 中，iOS 流量的 LCP 通常比 Android 好 15-25%，INP 好 30-40%。

陷阱在于：如果您仅在 iOS 上进行测试，您的网站会感觉很快。但您的 Android 用户（在全球范围内数量是 iOS 用户的 2.5 倍）却有着截然不同的体验。

Windows

Windows 主导着桌面端流量。这里的性能通常很强，因为桌面硬件性能强大。然而，企业级 Windows 环境引入了独特的问题：公司代理服务器会增加 TTFB，强制安装的浏览器扩展会注入降低 INP 的脚本，而 IT 策略可能会强制使用旧版浏览器。

macOS

macOS 流量来自相对高端的硬件群体。性能通常非常出色。如果 macOS 用户显示出糟糕的指标，问题几乎肯定出在您的代码（繁重的 JavaScript、未优化的图像）而不是平台上。

Linux 和 ChromeOS

这些平台占据的流量份额较小，但用户特征鲜明。Linux 用户往往是拥有快速硬件的开发人员。ChromeOS 用户通常使用内存和存储有限的 Chromebook。如果 ChromeOS 显示出较差的 INP，请检查您的 JavaScript 内存占用是否超出了设备的限制。

调试工作流

  1. 首先比较 Android 和 iOS：这能揭示移动硬件的差距。如果 Android INP 为 250ms，而 iOS 为 90ms，则说明您存在 JavaScript 复杂度问题，该问题仅在较弱的 CPU 上表现出来。解决办法是减少主线程工作，而不是购买更快的服务器。
  2. 检查 Windows 的企业级异常：如果 Windows 的 TTFB 比 macOS 高 200ms，请调查公司代理和 VPN。这些是用户端的底层基础架构问题，但了解它们可以防止您追逐虚幻的服务器问题。
  3. 结合操作系统 + 浏览器以实现精准定位：“iOS 上的 Safari”与“Android 上的 Chrome”截然不同。过滤操作系统 + 浏览器，以确定衰退问题是全平台性的，还是特定于某一种“浏览器 + 操作系统”组合的。

工程经验法则

  • Android INP 保持在 200ms 以下：如果您的 iOS INP 达标但 Android 未达标，请减少 JavaScript 执行时间。廉价的 Android CPU 才是您真正的性能预算上限。
  • 任何操作系统的性能都不应比另一个差两倍以上：50% 的差距是正常的（硬件差异）。100%+ 的差距则标志着存在特定平台的错误或未优化的代码路径。
  • 在真实的 Android 设备上进行测试：Chrome DevTools 的 CPU 节流可以近似模拟慢速硬件，但真实设备测试能捕获到模拟所遗漏的操作系统级调度问题。

操作系统维度揭示了您的性能问题是普遍存在的，还是特定于某个平台的。这种区分将决定您是应该去修复代码，还是去修复交付策略。