首页所有工具Refreshrate.navTitle
这个工具可以帮助你确认什么

屏幕刷新率 (Hz) 在线检测

一键查看当前屏幕的实时刷新率(FPS)。验证显示器是否成功开启 120Hz、144Hz 或 240Hz 高刷模式,检测画面流畅度。

刷新率测试屏幕Hz高刷检测FPS测试显示器参数
隐私说明

不会申请无关权限,检测过程会尽量直接使用当前设备和浏览器可用的能力。

支持平台

建议在最新版本的 Chrome、Edge、Safari 和 Firefox 中使用。是否可用取决于 requestAnimationFrame() timing、HTTPS、安全策略以及设备和浏览器支持情况。

刷新率采样区
建议:先跑 10 秒看“稳定性”,再切到「静态」观察是否会降刷/动态刷新。
可视化对照(动画/压力模式更明显)
提示:静态模式下若刷新率明显降到 30/60 或出现两个簇,通常是系统/浏览器的省电或动态刷新策略。
说明:这里测的是浏览器合成器/渲染节奏(rAF),通常与屏幕刷新率强相关;但在省电、后台、VRR、多屏/外接显示器等场景下,可能与“面板标称 Hz”存在差异。
实时指标
未采样
当前刷新率(最可能)
-
平均 FPS(窗口内)
-
稳定性
轻微波动
样本不足,建议先运行 5–10 秒再判断。
抖动(P90-P10)
-
标准差(dt)
-
疑似卡顿帧
-
估算“漏刷”
-
动态刷新可能性
-
若看到两个主簇(例如 60 与 120)占比都很高,通常表示动态刷新/省电降刷或负载导致的刷新切换。
帧间隔分布(前 5 个簇)
点击“开始”后,这里会显示统计结果。
小技巧:如果你怀疑“动态刷新”,先用「动画」跑 10 秒记录结果,再切到「静态」跑 10 秒对照,差异通常会很明显。

Refreshrate.tipsTitle

刷新率检测指南

用 rAF 采样观测浏览器渲染节奏,帮助判断是否处于高刷、是否稳定、是否存在动态刷新/降刷。

步骤 1

先做基线测量(动画)

约 10 秒

运行 10 秒,确认当前是否处于高刷新率,以及整体稳定性。

选择「动画」模式,点击“开始”
保持页面在前台,运行 10 秒以上
记录“最可能刷新率”“稳定性”“抖动”“疑似卡顿帧”
提示:切到后台会导致 rAF 被浏览器降频/暂停,结果会失真。
步骤 2

对照静态模式(看是否降刷)

约 10 秒

静态内容更容易触发系统省电/动态刷新策略,适合判断“是否会降到 60/30”。

停止采样后切到「静态」模式
再次点击“开始”,运行 10 秒
观察是否从高刷降到 60/30,或出现两个主簇(动态刷新/切换)
步骤 3

压力对照(看负载是否掉刷)

约 10 秒

在 CPU/GPU 压力更大时,是否出现掉帧、抖动加剧、刷新率下降。

停止采样后切到「压力」模式
运行 10 秒,观察是否“不稳定”或刷新率显著下降
如果压力模式更差:优先怀疑后台负载/电源策略/浏览器合成路径问题

这个工具会检查什么

这个页面用于检查浏览器是否真的在按你预期的刷新节奏输出画面,以及这种节奏是否稳定。

帧节奏

测量浏览器当前能拿到的帧更新频率。

估算刷新率

帮助判断结果更接近 60Hz、120Hz、144Hz、240Hz 或其他模式。

随时间稳定性

观察结果是否持续稳定,还是会随着负载波动。

尖峰检测

更容易看到突然变慢或节奏不均匀的情况。

窗口与全屏对比

便于比较全屏模式下浏览器是否能跑出不同节奏。

省电线索

帮助发现是否是电源策略或显示策略限制了刷新表现。

工具的局限性

它是浏览器侧的刷新率估算,不是直接测量面板电子特性的硬件仪器。

不是面板认证

不能正式认证屏幕原生刷新率或所有 VRR 行为。

浏览器时序本质上是估算

结果依赖 requestAnimationFrame 的调度,本身会受浏览器时序影响。

后台页会被强烈节流

窗口最小化、后台标签页或省电模式都会让读数严重失真。

VRR 会让读数浮动

自适应刷新会让结果不一定固定在某个整数频率。

结果是如何生成的

结果来自浏览器 requestAnimationFrame 的时间间隔以及这些间隔的稳定性分析。

01

开始记录动画帧

页面开始连续记录浏览器动画帧的时间点。

02

采样帧间隔

收集一段时间内连续帧的时间间隔。

03

估算刷新节奏

根据这些间隔估算当前浏览器所处的有效刷新率。

04

分析稳定性

同时跟踪尖峰和抖动,判断节奏是否平稳。

05

显示本地结果

页面展示本次会话中观察到的刷新率估算和稳定性。

如何理解你的结果

它能帮你确认浏览器里实际感受到的是不是高刷体验,而不只是显示器参数写着支持高刷。

现象可能原因
结果接近 60Hz当前浏览器实际运行在标准刷新路径,或被限制在这一档。
比预期更低省电模式、线缆/转接限制、系统设置或浏览器限制了刷新节奏。
读数波动很大系统负载、浏览器调度噪声,或 VRR 正在影响估算。
全屏比窗口更高系统可能在全屏时允许更好的高刷表现。
稳定接近目标值浏览器当前的确在较稳定地输出预期的高刷新节奏。

支持的浏览器与已知限制

刷新率估算结果既依赖显示模式,也依赖浏览器自己的调度行为。

浏览器时序暴露高刷识别全屏对比已知限制
Chrome扩展和系统负载仍可能让估算偏移。
EdgeWindows 显示策略和电源模式影响明显。
Firefox时序行为与 Chromium 可能略有差异。
Safari支持平台上较好macOS / iOS 的显示行为更依赖平台。
iOS Safari基础到较好基础到较好移动端省电策略会快速改变结果。
安卓浏览器支持设备上较好基础到较好基础到较好厂商显示模式和省电策略影响明显。

适用场景

当你想确认浏览器里是否真的跑到了高刷体验,这个测试最直接。

开启 120Hz/144Hz 后

确认浏览器实际是否看到了更高刷新节奏。

接入新显示器后

确认外接显示链路没有把浏览器限制在更低刷新率。

感觉画面没那么顺时

排查是不是高刷在某次设置或省电切换后失效了。

对比浏览器时

看看哪个浏览器更稳定地识别并运行在高刷模式。

切换电源模式后

验证省电模式是否降低了浏览器里的实际高刷体验。

常见问题解答

关于刷新率、动态刷新与稳定性判断的常见疑问。

1.

这个页面测到的“刷新率”是什么?

这里测的是浏览器的 requestAnimationFrame(rAF)回调节奏,通常与屏幕刷新率强相关。它反映的是浏览器合成/渲染管线的输出频率,而不等同于显示器面板的“标称 Hz”。

2.

怎么判断是不是高刷(90/120/144Hz)?

在「动画」模式运行 10 秒左右,看“最可能刷新率”是否稳定落在 90/120/144 等档位;同时观察“帧间隔分布”是否主要集中在一个簇(例如 120Hz)。

3.

为什么静态模式下会从 120Hz 变成 60Hz/30Hz?

这是常见的系统省电/动态刷新策略:内容静止时降低刷新率以节能。不同操作系统、浏览器、显示器(内屏/外接)策略差异很大;对比「动画」与「静态」结果是最直观的方法。

4.

“动态刷新可能性”是什么意思?

当统计窗口内出现两个或多个占比很高的帧间隔簇(例如 60Hz 与 120Hz),通常表示刷新率在切换:可能是 VRR/自适应刷新,也可能是负载波动导致浏览器只能间歇性达到高刷。

5.

“稳定/轻微波动/不稳定”怎么理解?

它基于帧间隔的分位数抖动(P90-P10)与标准差(std)做了经验判断:越稳定代表帧间隔越集中,主观更顺;不稳定则可能在掉帧、系统降刷、后台负载过高或浏览器被限频。

6.

为什么切到后台后结果会变差?

浏览器在后台会主动降频甚至暂停 rAF,以节能和保护资源,因此测到的“刷新率”会显著下降。本工具检测到切后台会自动停止,建议始终在前台测试。

7.

这个工具能精确区分 VRR 与性能掉帧吗?

不能做到完全精确。两者都会表现为帧间隔分布变“多簇/更散”。建议你用对照法:在「静态」与「动画」之间切换,再用「压力」模式验证负载影响;如果压力模式明显更差,通常更偏性能瓶颈。

反馈 / 报告问题

告诉我们你的浏览器、设备,以及具体发生了什么。

这个结果看起来不对?

评论(0)

0
0