如何查看浏览器与系统信息

为什么重要

用户反馈「手机上日期选择器打不开」。你问用什么浏览器，对方答「Chrome」。于是你在桌面 Chrome 121 上复现了两天，才发现对方用的是 Chrome iOS——底层其实是 WebKit，而不是 Blink。一页「一键导出浏览器环境」就能避免这类弯路。同理适用于兼容性测试、技术支持，以及你想弄清渲染环境真实样貌的任何场景。

三个真实场景

操作指南

打开 浏览器信息工具。

1. 1

   在待检测的浏览器中打开

   在该设备上访问任意 URL，都会生成 该 浏览器的检测报告。

2. 2

   阅读 User-Agent 拆解

   浏览器名称与版本、排版引擎、操作系统家族、OS 版本与设备类型。

3. 3

   查看屏幕与视口

   像素分辨率、设备像素比、视口宽高、色域等。

4. 4

   核对特性标记

   WebGL、WebGPU、Service Worker、推送、通知、存储、Permissions API 等。

5. 5

   复制结构化报告

   Markdown 或 JSON。贴进工单，工程师不必再追着要。

（在设备上打开页面）

Browser   : Chrome 121
Engine    : Blink
OS        : Android 14
Device    : Pixel 7
Screen    : 1080 × 2400 @ 2.625 dpr
Viewport  : 412 × 915
WebGL     : ✔ (ANGLE)
Service Worker : ✔
Touch     : ✔

进阶技巧

• 把报告链接写进支持模板。 在「反馈缺陷」链接里嵌入该 URL，让客户默认附上环境。
• 对比两份报告：某台设备出现回归时，差异往往指向系统更新或 DPR 变化。
• 注意伪造的 User-Agent。 开发者工具可以改 UA 字符串而不改变真实能力；特性矩阵比 UA 更难伪造。
• iOS 上的 Chrome / Edge / Firefox 均使用 WebKit。 「浏览器版本」容易误导；真正的引擎是 iOS WebView。

常见误区

何时不适合用本工具

• 网络诊断（延迟、DNS、吞吐）——请用 Speedtest 或自有 RUM。
• 大规模真机测试——BrowserStack、Sauce Labs 等可在远端跑真实 OS + 浏览器组合。
• 追踪单个用户——本工具按需展示指纹相关数据；请勿将其当作追踪器部署。

常见问题

下一步

1. 用工单里提到的 IP 或主机名，配合 IP 查询工具 解析。
2. 用 URL 解析 拆解受影响链接。
3. 报告中出现的 HTTP 状态可在 HTTP 状态参考 中查阅。