Unity中WaitForTargetFPS耗时过高的原因排查求助

为什么WaitForTargetFPS耗时这么久？ #

WaitForTargetFPS的设计逻辑是当PlayerLoop实际耗时低于目标单帧时间时，补全等待时间以稳定帧率，但你遇到的情况反常，核心原因有两个：

• iOS垂直同步（VSync）优先级高于targetFrameRate：iPhone13默认开启VSync，强制帧率对齐60Hz（16.67ms/帧）。当你的PlayerLoop耗时（33.48ms）远超目标时间时，Unity的targetFrameRate会被VSync覆盖，此时Profiler会把VSync等待GPU/CPU完成渲染的时间，误统计为WaitForTargetFPS的耗时。
• Profiler统计范围偏差：PlayerLoop的统计未包含GPU渲染延迟、iOS系统线程调度阻塞等耗时，这些未被计入的时间会被归类到WaitForTargetFPS中，导致两者差值远低于理论值。

移除WaitForTargetFPS后，单帧耗时能控制在16.67ms吗？ #

不能。你的PlayerLoop本身已经耗时33.48ms，这说明当前帧的CPU计算（脚本逻辑、物理模拟、对象更新等）已经远超16.67ms的目标。就算移除帧率限制（把targetFrameRate设为-1），CPU仍需要33ms左右才能完成一帧计算，最终帧率会被限制在30帧上下（1000/33≈30）。

优化建议 #

• 用Profiler展开PlayerLoop的子模块（比如Update、FixedUpdate、Rendering）定位耗时大户，针对性优化：比如减少每帧临时对象创建、优化物理碰撞检测、合并Draw Call。
• 在PlayerSettings中把「Vertical Sync Count」设为「Don't Sync」关闭VSync，再查看Profiler，此时WaitForTargetFPS耗时会消失，你能看到真实的单帧总耗时。

内容的提问来源于stack exchange，提问作者Nini Sakurada