解读

在国内 Unity 面试中，性能题往往“一问三答”：先定位、再量化、后优化。VSync 等待是 CPU 帧时间被拉长的常见表象，本质是 GPU 未完成渲染或帧率被强制对齐到屏幕刷新率。Timeline 模块能把主线程、渲染线程、GPU 三条时间轴摆到同一刻度尺，一眼识别“空洞”还是“栅栏”，从而区分是 GPU 瓶颈、CPU 瓶颈还是单纯 VSync 闲置。答不出“怎么看、怎么读、怎么证”三步，会被认为只会开 Deep Profile 不会看真数据。

知识点

1. Unity 帧管线三线程模型：Main Thread → Render Thread → GPU Driver
2. Timeline 面板三条核心轨道：CPU (Main)、CPU (Render)、GPU
3. VSync 等待在 Timeline 上的两种形态：
   • CPU 主线程顶部出现 VSync 采样点（绿色或灰色），时间块直接标“WaitForTargetFPS”
   • Render Thread 末端出现 Gfx.PresentFrame 长条，内部含“Present”与“WaitForLastPresent”子块
4. 量化方法：选中等待块，Inspector 看“Time ms”与“占比 %”，连续 3 帧等待 > 8 ms（60 Hz 屏）即可判为 VSync 限制
5. 验证手段：
   • 关闭 VSync（Edit → Project Settings → Quality → VSync Count = 0），若等待块消失且帧率上升，则确诊
   • 改用 TargetFrameRate = -1 与 Application.targetFrameRate = 300，排除代码人为限帧
6. 真机与编辑器差异：编辑器 Game 视图默认开 VSync，必须打包到 Android/iOS 并关闭开发机系统级 VSync，否则数据失真
7. 国内常见坑：
   • 部分国产安卓 ROM 强制 60 Hz，即使屏支持 90 Hz 也会在驱动层插入等待，需用 adb shell setprop debug.hwui.frame_rate 90 临时解锁验证
   • 微信小游戏导出 WebGL 后，浏览器自带 VSync，无法关闭，只能降场景复杂度以提升 GPU 利用率

答案

第一步，打开 Unity Profiler，真机勾选 Development Build & Autoconnect，在 Module 列表只保留 Timeline，避免其他面板刷新造成干扰。
第二步，录制 60 帧，选中主线程轨道，放大到单帧，若顶部出现“WaitForTargetFPS”且时间块占整帧 30 % 以上，初步怀疑 VSync。
第三步，切到 Render Thread，找到 Gfx.PresentFrame，若其内部“Present”块很短而“WaitForLastPresent”很长，说明 GPU 已提前完成渲染，CPU 在等驱动 VSync。
第四步，量化：Inspector 记录 WaitForTargetFPS 平均耗时，若接近 16.6 ms 的整数倍（16.6、33.3），即可判定帧率被屏幕刷新率锁死。
第五步，验证：在 Quality 设置里把 VSync Count 设为 0，重新采样，若等待块消失且帧率提升到 80+ FPS，则定位成功，可向上级给出“瓶颈不在 CPU/GPU，而在 VSync”结论，并建议：

• 若项目要求 60 帧，保持 VSync 开启，转去优化 GPU 利用率，降低 5~10 ms 即可
• 若项目要求 90/120 Hz，需申请高刷屏机型白名单，并在代码里动态设置 Application.targetFrameRate = 90/120，同时开启 VSync 防止撕裂

拓展思考

1. 如果关闭 VSync 后仍看到 Render Thread 末端有长“Present”但主线程已无 Wait，说明 GPU 侧实际未跑完，此时瓶颈从 VSync 转为 GPU Bound，应切到 GPU 模块看 Shader Pass、带宽、Overdraw。
2. 在 Unity 2022+ 的 Adaptive Performance 框架里，可调用 UnityEngine.AdaptivePerformance.Provider.PerformanceStatus.FrameTiming 实时拿到 VSync 等待时长，做动态分辨率或降帧策略，比手动 Profiler 更适合线上灰度。
3. 国内 Android 厂商的“高刷白名单”策略会导致同一 App 在不同机型上 VSync 等待差异巨大，建议把 VSync 等待时长作为云控配置上报，结合机型分级，做 LOD、阴影级联、后处理开关的自动回退，实现“同一包体、多端最优帧率”。