FPS 看起来正常但游戏仍卡顿：帧时间、资源负载与显示节奏

FPS 看起来正常但游戏仍卡顿，通常是平均值隐藏了不均匀的出帧。即使大量快速帧把平均 FPS 维持在高位，一个耗时 80 毫秒的长帧仍会形成明显停顿，也就是常说的掉帧、跳帧感。请在同一可复现场景测量逐帧时间，先区分本地渲染与网络位置修正，再一次只改变一个变量。

关键要点

• 平均 FPS 表示整体吞吐，帧时间反映每帧是否均匀到达。
• 用同一路线或场景稳定复现，并保留足够长的记录。
• 调整硬件前，先区分全画面停顿和网络回弹。
• 按顺序检查着色器、资源流送、叠加层、资源压力、温度和电源。
• 帧率上限、VSync、VRR 和刷新率每次只测一项。

娱乐内容排障总览包含更多播放与游戏问题。本文针对本地渲染、平均计数看似健康的游戏；如果画面由远程主机串流，请使用云游戏延迟与抖动排查；如果画面流畅但按键响应迟缓，请看控制器输入延迟排查。

1. FPS 看起来正常但游戏仍卡顿时，该测哪些指标？

记录游戏构建版本、地图或关卡、画质预设、分辨率、显示器刷新率、帧率上限，以及问题是否始于游戏、驱动、系统或硬件变化。选择一条稳定触发卡顿的路线，每次运行相同时间。

使用硬件或平台支持的可信帧节奏工具。Intel PresentMon 记录每帧时间和呈现信息，而不只是滚动平均。［1］ NVIDIA FrameView 指南也说明了帧率与帧时间采集。［2］

在平台支持时记录：

1. 毫秒单位的帧时间图。
2. 用于背景判断的平均 FPS。
3. 1% low 等低百分位指标。
4. CPU 与 GPU 利用率。
5. 显存与系统内存占用。
6. 温度、频率变化和电源模式。
7. 卡顿时的存储活动。

不要把不同地图、天气、玩家数量或后台任务的结果当成前后对照。目标是得到可复现的基线和单变量变化，不是追求最高跑分。

2. 为什么平均 FPS 会掩盖帧时间尖峰？

FPS 是一段时间内完成的帧数，帧时间是每一帧的耗时。60 FPS 下均匀帧约为 16.7 毫秒；其中一帧明显变长，就会打断运动，即使后续快速帧让平均数仍然好看。

模式	平均计数	帧时间表现	实际感受
均匀出帧	稳定	集中在窄区间	运动流畅
每几秒一个长帧	可能仍很高	周期性尖峰	规律微卡顿
GPU 持续满载	整体较低	持续偏高	一直低帧率
网络位置修正	可能正常	本地渲染可保持均匀	其他玩家瞬移或后退

1% low 比平均值更能表达较慢部分，但它仍会压缩时间信息。帧时间图可以告诉你，尖峰是否与转动镜头、新特效、检查点、场景边界或固定周期相连。

不要追逐启动时唯一的一次尖峰。许多游戏会编译着色器、建立缓存或载入首批资源。应关注正常预热后仍会重复并影响操作的停顿。

3. 这是本地卡顿还是网络回弹？

如果游戏提供离线或训练区域，请在其中重复同一镜头和移动。发生本地渲染卡顿时，镜头、动画、光标和视觉效果通常会一起暂停。

网络位置修正的表现不同：镜头和界面可能保持响应，但其他玩家、车辆或角色会后跳、冻结后追上。命中判定与世界状态可以延迟，而本地画面仍然平滑。

• 整幅画面和输入反馈同时顿住：检查本地帧节奏。
• 远程对象瞬移，但镜头流畅：检查延迟、抖动或丢包。
• 声音继续，画面冻结：检查渲染、存储和呈现链路。
• 声音与画面按固定间隔一起停：检查资源竞争、电源或周期后台任务。

不要把降低 Ping 当成所有卡顿的答案。Ping 排查指南只适用于已有网络证据的情况，无法修复着色器编译或资源读取造成的长帧。

4. 着色器或资源流送是否触发停顿？

观察尖峰是否在某个新特效、区域、角色或武器首次出现时发生，并在第二次经过时减弱。这个模式可能指向着色器编译或缓存建立；总在同一地图边界出现，则可能与资源流送有关。

让游戏官方编译流程完整结束。把游戏放在受支持且有充足空间的存储设备上。如果游戏提供官方清缓存或校验功能，应先保留基线并查看发行说明是否存在已知游戏侧问题。

不要第一步就删除电脑上的所有着色器缓存。重新建立缓存可能制造更多首轮卡顿，也会删掉原始线索。更快的存储也不是万能答案，CPU 解压、内存压力、引擎调度和游戏代码都可能产生相似现象。

Unreal Engine 把帧节奏描述为对渲染帧呈现时机的控制，说明单一平均 FPS 不能完整表示流畅度。［3］ 玩家不能修复引擎代码，却可以区分单款游戏的可重复事件与全系统节奏问题。

5. 叠加层或后台录制是否产生周期任务？

列出会挂接游戏、录制画面、监控传感器、同步文件、扫描存储、控制灯效或显示叠加层的软件。一次只退出一个非必要项目，完成同场景记录后恢复，再测试下一项。

常见类别包括：

1. Game Bar 或精彩片段录制。
2. 直播与摄像软件。
3. 性能和聊天叠加层。
4. RGB 与外设控制工具。
5. 云同步和备份。
6. 杀毒扫描或文件索引。
7. 使用硬件加速的浏览器页面。

不要结束安全组件或不认识的系统进程。使用应用正常的暂停/退出功能，并记下每次变化。如果某个工具与尖峰稳定对应，应更新它、只关闭叠加层集成或联系其厂商。

固定周期的卡顿尤其值得观察。每分钟一次的尖峰可能与遥测、自动保存、监控、备份或日志刷新一致。记录时间要足够长，才能确认周期是否稳定。

6. 利用率没有 100%，哪个资源仍可能受限？

总体 CPU 百分比会掩盖单一主线程跑满；CPU、存储、内存或同步等待时，GPU 利用率反而可能下降。不要只看一个数字。

尖峰附近信号	可能方向	受控对照
单个 CPU 核心跑满	主线程或模拟限制	同场景降低一项 CPU 相关设置
GPU 持续满载	渲染工作量	降低一项 GPU 设置或分辨率
显存接近满载且频繁分配	纹理换出或分页	纹理质量降低一级
系统内存压力和分页	后台程序或内存不足	关闭一个已知大型应用
存储队列同时尖峰	资源加载、扫描或分页	等扫描结束后复测
温度升高时频率下降	温度或功耗限制	恢复通风和正常电源模式

不要用超频或降压来排障。如果系统已经调校，请恢复受支持的默认值。笔记本应确认使用正确电源适配器，操作系统或厂商模式没有意外限制游戏。

清理设备外部可维护的通风区域，恢复无遮挡气流；不要超出厂商维护说明拆机。降温前后的同场景记录，比只凭风扇声音猜测更有价值。

7. 刷新率、VSync、VRR 和帧率上限是否协调？

先确认操作系统实际使用了显示器目标刷新率，再记录 VSync、可变刷新率和限帧分别由游戏、驱动、显示器还是多个层同时控制。

一次只测一个组合：

1. 从受支持默认值开始，移除重复的外部限帧器。
2. 单独测试游戏内置帧率上限。
3. 全链路支持 VRR 时，让出帧维持在显示器有效范围内。
4. 记录撕裂和延迟取舍后，再比较 VSync 开关。
5. 帧时间没有改善就恢复原值。

把上限设在不稳定峰值以下，有时能留出调度余量，但不存在通用数字。限帧无法修复着色器编译、存储停顿、主线程饱和或引擎缺陷。

电视后处理也可能在渲染尖峰不明显时制造观感抖动。只把运动插帧等处理作为可逆显示对照，不要在同一轮同时修改游戏、驱动和显示器。

8. 测试后应保留哪些证据？

保留同一场景的两段短记录：原始基线和最佳单变量对照。写明游戏版本、唯一改动、温度、电源模式、显示模式，以及可见卡顿对应的时间点。

向游戏支持提交：

• 可复现路线和大致时间点。
• 帧时间图或支持工具导出的指标。
• 游戏与显卡驱动版本。
• CPU、GPU、内存、存储和显示器型号。
• 离线与在线场景是否都发生。
• 新游戏配置或官方文件校验是否改变结果。
• 唯一改变结果的设置或后台进程。

删除用户名、账户 ID、机器名和无关进程资料，不要在公共论坛上传完整系统清单。如果问题紧随游戏更新出现，而且不同硬件用户都能复现，应把这个范围一并报告，而不是继续无限调校一台设备。

总结

• 高平均 FPS 与明显帧时间尖峰可以同时存在。
• 可复现路线和逐帧记录比单张 FPS 截图更有价值。
• 先区分全画面卡顿与远程对象网络回弹。
• 按顺序检查缓存、后台挂接、资源、温度、电源和显示节奏。
• 保留基线，每轮只改变一个变量。

常见问题

游戏卡顿（掉帧、跳帧）到底是什么？

卡顿是出帧不均匀：大多数帧按稳定节奏到达，但个别帧耗时明显更长，画面会短暂停住或跳一下。它不同于持续偏低的帧率（慢但均匀），也不同于网络回弹；后者只有通过网络同步的玩家或物体会突然被拉回。

1% low 比平均 FPS 更重要吗？

它通常更能表示较慢部分，但两者都不能单独给出原因。帧时间图能显示慢帧发生的时机和频率。

为什么只在第一次进入区域时卡顿？

游戏可能正在编译着色器、建立缓存或加载新资源。正常预热后重复同一路线，第二次改善是线索，但不是单一原因的证明。

网络延迟会看起来像帧卡顿吗？

会。网络回弹会让远程对象瞬移，而本地镜头仍可能流畅。观察是整个画面冻结，还是只有其他角色跳动。

应该第一步更新显卡驱动吗？

先记录基线，并确认问题是否始于驱动或游戏变化。受支持更新可能解决已知问题，但盲目更新也会改变缓存和多项变量。

把游戏移到 SSD 一定能解决微卡顿吗？

不能。SSD 可能改善资源流送，却无法修复 CPU 主线程、显存不足、温度限制、显示不匹配或引擎问题。

限制 FPS 会让画面更平滑吗？

有时可以。稳定上限可能减少负载波动，并把出帧维持在自适应刷新范围。应在同一场景用帧时间图判断。

是否应关闭所有叠加层？

每次只关闭一个非必要挂接，结果不变就恢复。不要为了跑分结束安全组件或不认识的系统进程。

超频适合用来诊断卡顿吗？

不适合。超频或降压会加入新的不稳定因素并破坏基线。应在受支持默认值下先确认资源或温度瓶颈。

调整网络前，记录卡顿规律，每次只比较一项改动。VPN 不能修复着色器编译卡顿、覆盖层造成的帧时间尖峰或刷新设置不匹配。

来源

1. Intel GameTechDev, PresentMon Capture Application — https://github.com/GameTechDev/PresentMon/blob/main/README-CaptureApplication.md
2. NVIDIA, FrameView User Guide — https://images.nvidia.com/content/geforce/technologies/frameview/frameview-1-7-user-guide-web-version.pdf
3. Epic Games, Frame Pacing for Mobile Devices in Unreal Engine — https://dev.epicgames.com/documentation/unreal-engine/frame-pacing-for-mobile-devices?application_version=4.27&lang=en-US

Sources checked 2026 年 10 月 4 日。

延伸阅读

• 查看娱乐内容排障总览
• 区分画面卡顿与控制器响应延迟
• 排查云游戏的延迟与抖动
• 只有网络证据明确后再处理 Ping