长时段会话监测
智能手机变身摄像头持续性基准测试
使用手机作为摄像头 — 无论是 Continuity Camera、DroidCam、iVCam 还是类似方案 — 用便利换来了一个真实的风险：通话中途出现热降频。没有任何 API 能直接读取手机的温度，因此本工具转而跟踪真实的症状：长时段会话中的帧率与分辨率稳定性，并如实标记为性能下降，而非编造一个温度读数。
—
实时
在上方选择您手机的摄像头（需先通过其应用完成连接），然后点击开始测试。让它持续运行 — 时间越长，越能揭示问题。
结果
- 已用时间：—
- 当前帧率：—
- 当前分辨率：—
- 结论：—
—
说明
为什么看帧率稳定性，而不是温度数值
手机不会将温度传感器数据暴露给网页 — 这些信息完全保留在操作系统内部。而热降频和应用被切到后台这两种情况都会稳定地导致一个可测量的现象：持续帧率的下降，有时还伴随分辨率的下降，随着会话推进逐渐显现。直接跟踪这一现象是诚实的做法，对于"如果我继续下去，通话质量会不会变差"这个实际问题而言，其参考价值不亚于一个温度读数。
保持手机摄像头稳定运行
保持插着电源使用时充电可以避免电池消耗与高温充电循环同时发生所带来的额外热负荷。
取下手机壳手机壳会困住热量。在长时间通话中取下手机壳，能在许多手机上明显改善散热空间。
让应用保持在前台运行有些手机摄像头应用被切到后台后会被操作系统降低优先级，这在帧率图表上可能与热降频看起来一模一样。
测试参考标准
稳定性判定阈值
| 等级 | 帧率下降幅度（从开始到结束） | 可能说明的情况 |
|---|---|---|
| 稳定 | < 8% | 整个会话期间帧率保持稳定。 |
| 轻度下降 | 8% – 19% | 与早期热降频或优先级降低的情况相符。 |
| 显著下降 | ≥ 20% | 真实且较大幅度的下降 — 很可能是热降频或应用被切到后台所致。 |
这些是本工具自有的实际阈值，通过比较会话前三分之一与后三分之一所测得的帧率得出。
分步说明
如何运行此基准测试
- 将手机连接为摄像头，可通过 Continuity Camera、DroidCam、iVCam 或类似应用。
- 从下拉菜单中选择设备 — 请留意关于尽力而为式检测的说明。
- 点击“开始”，并在出现提示时允许访问摄像头。
- 让它持续运行几分钟 — 热降频需要一段时间才会显现，因此会话越长，读数越可信。
常见问题
故障排查与解决方法
摄像头访问被阻止点击浏览器地址栏中的摄像头图标，确认已允许该网站访问，或检查操作系统的摄像头隐私设置。
设备未被识别为手机检测依赖于设备名称字符串 — 有些应用使用的通用名称不符合常见模式。这不会影响实际的帧率测量，只会影响信息性标签。
检测到显著下降让手机保持插着电源，取下手机壳，确保应用保持在前台运行，并避开阳光直射或暖风出风口等直接热源。
常见问题
常见问题
这个工具是如何知道我在用手机作为摄像头的？
根据您浏览器报告的设备名称，与 Continuity Camera、DroidCam、iVCam 及类似应用的常见命名模式进行比对。这是一种尽力而为的判断，而非确凿的结论 — 没有任何 API 能直接报告设备的真实性质，本工具也明确说明了这一点。
这个工具能检测出我的手机过热吗？
不能直接检测 — 没有任何 Web API 会报告手机的热状态。它转而测量可观察到的症状：随时间变化的帧率与分辨率稳定性，因为无论是热降频，还是手机应用失去前台优先级，都会表现为可测量的性能下降，尽管无法读取其背后的根本原因。
我应该运行这个基准测试多长时间？
时间越长越能揭示问题 — 至少需要几分钟，因为热降频通常需要一段时间才会积累显现。仅进行 30 秒的快速检查，即使最终会发生降频，也不太可能捕捉到它。
这个工具适用于任何手机变身摄像头的应用吗？
它适用于浏览器能够通过 getUserMedia 访问的任何设备，这基本涵盖了不分品牌的所有手机摄像头应用。手机识别标签是尽力而为的判断，但实际的帧率测量适用于您选择的任何设备。
为什么即使没有降频，我的帧率也会波动？
后台应用活动、通知以及操作系统正常的调度都会导致轻微的帧率波动，即使在一台运行状况良好的设备上也是如此 — 结论关注的是从开始到结束的整体趋势，而不是某个瞬间的噪声波动。