刷新率与掉帧检测

功能

• 测量窗口 5 秒，给出合成帧率（吸附到 24/30/48/50/60/75/90/120/144/165/240 等常见档位）
• ⚠️ 用中位间隔而不是平均值 —— 一次卡顿不会把 60 Hz 说成 30 Hz
• ⚠️ 去掉前 1 秒的预热样本（页面刚起来那几帧本来就不准）
• 同时给帧数、中位帧时长、最长帧、掉帧次数
• 掉帧的判据是「超过中位时长的 1.5 倍」—— 一帧晚了一半以上，眼睛就能看出顿一下
• 结论分三档：很稳 / 有轻微抖动 / 明显掉帧
• 匀速移动的方块把「动起来顺不顺」画出来（卡顿时它会跳，不是慢慢挪）
• 全部在浏览器本地完成，不联网

使用方法

1. 把窗口保持在前台（后台标签会被浏览器降频，测出来的数字没有意义）
2. 点「开始测量」，等 5 秒
3. 一边测一边看那个移动的方块 —— 数字与观感都要对得上才算数
4. 要看的是「最长帧」与「掉帧次数」，中位帧时长正常但最长帧很长，说明是偶发卡顿

常见问题

为什么测出来的和我显示器的参数不一样？

因为这个数字是浏览器实际协商到的，而显示器标称的是它的上限。常见的落差来源：视频线带宽不够（4K 超过 60 Hz 在 HDMI 2.0 上就得到 4:2:0 或降刷新率）、显示器自己开了省电或某种同步模式、笔记本的核显输出上限、以及浏览器的后台降频。⚠️ 只要窗口不在前台，测出来的数字就基本没有参考价值 —— 浏览器会主动把不可见标签的帧率压下来省电。

为什么用中位数而不是平均值？

因为平均值会被离群值主导。每次测量里几乎都会有一两次长卡顿（垃圾回收、切出去的瞬间、系统别的进程抢 CPU），一个 800 毫秒的间隔混进 200 个 16.7 毫秒的间隔里，就能把平均值从 60 Hz 拉到 30 Hz 以下 —— 而屏幕明明是好的。中位数对这种情况免疫。这也是为什么「最长帧」要单独给出来：它才是卡顿的直观证据。

掉帧次数是怎么算的？

判据是「这一帧的时长超过中位时长的 1.5 倍」。一帧晚了一半以上，人眼就能看出画面顿了一下 —— 这个阈值是经验值，宁可严一点也不要放过真实的卡顿。⚠️ 要注意它统计的是这一页的掉帧，如果页面本身有个动画在跑，测量结果里包含它带来的开销；想测「干净」的帧率，就在测量时别动页面。

那个移动的方块有什么用？

数字与观感是两件事。60 Hz 的稳定帧率下，一块匀速移动的方块看起来是顺滑的；掉帧时它会跳一下 —— 因为它按时间相位算位置，时间跳了位置就跳。这比看一个数字更接近你平时真正感觉到的东西（滑动、拖拽、游戏）。如果方块看着顺而数字难看，多半是偶发卡顿；如果方块一顿一顿而中位帧时长正常，那要去掉帧次数里找原因。