3、性能瓶颈分析：CPU与GPU的负载均衡、常见的性能瓶颈（Overdraw、带宽、填充率）、Profiling工具介绍
好，咱们进入正题。性能优化这事儿，说白了就是一场「找短板」的游戏。你辛辛苦苦把画面渲染得再漂亮，只要有一个瓶颈卡住，帧率就上不去。我个人习惯，拿到一个新项目，第一件事不是动手改代码，而是先搞清楚——到底是CPU在等GPU，还是GPU在等CPU？
3.1 CPU与GPU的负载均衡
很多人觉得，渲染卡顿就是GPU不行。其实不一定。我见过不少项目，GPU利用率才60%，帧率却只有30fps。为什么？因为CPU忙着做逻辑运算、提交绘制命令，根本喂不饱GPU。
CPU和GPU的工作模式，有点像流水线上的工人和机器。CPU负责打包指令（Draw Call），GPU负责执行指令。如果CPU打包太慢，GPU就得干等着。反过来，如果GPU渲染太复杂，CPU也得等GPU画完才能继续提交下一帧。
那怎么判断瓶颈在哪？我教你一个土办法：
- CPU瓶颈：GPU利用率低（比如低于70%），但CPU核心跑满。帧率波动大，场景简单时帧率反而上不去。
- GPU瓶颈：GPU利用率接近100%，CPU相对空闲。帧率稳定但偏低，场景越复杂帧率越低。
核心原则：理想状态下，CPU和GPU的负载应该「你追我赶」，谁也不等谁。CPU提交一帧的时间 ≈ GPU渲染一帧的时间，这样流水线才能跑满。
我在项目中遇到过最典型的案例：一个3D仪表盘，CPU每帧要处理2000多个Draw Call，GPU却只画了不到100万个三角形。结果CPU累死，GPU闲死。后来我把静态物体合并成实例化绘制，Draw Call降到200个，帧率直接从25fps飙到60fps。
我的建议：先用Profiler看一眼CPU和GPU的时间线。如果CPU帧时间 > GPU帧时间，优先优化CPU（减少Draw Call、简化逻辑）。反过来，就优化GPU（降低分辨率、减少Overdraw）。
3.2 常见的性能瓶颈
好，咱们一个个说。座舱显示里，最常见的三个GPU瓶颈：Overdraw、带宽、填充率。嗯，这三个词你肯定听过，但真正理解它们怎么影响性能的，可能不多。
3.2.1 Overdraw（过度绘制）
Overdraw，说白了就是一个像素被画了好几次。你想想看，屏幕上每个像素最终只显示一个颜色，但如果你先画了背景，又画了按钮，再画了文字，那这个像素就被覆盖了三次。前两次的绘制，全是白费功夫。
座舱系统里，Overdraw的重灾区是哪里？HUD（抬头显示）和仪表盘上的半透明图层。比如一个半透明的速度表盘，下面还叠着一个导航地图，再下面还有背景。这一层叠一层，Overdraw轻松到4x甚至5x。
怎么查Overdraw？Android上有「调试GPU过度绘制」功能，打开后颜色越红，Overdraw越严重。我建议你把Overdraw控制在2x以内，超过3x就要警惕了。
避坑指南：我曾经在一个项目中，发现某个页面Overdraw高达8x。排查了半天，发现是UI框架自动给每个控件都加了一层半透明背景。去掉之后，帧率直接翻倍。嗯，有时候问题就这么简单。
3.2.2 带宽（Memory Bandwidth）
带宽，就是GPU从显存里读写数据的速度。座舱系统里，带宽瓶颈通常来自纹理和帧缓冲。
举个例子：你用一个4K分辨率的背景图，每帧都要从显存里读出来。如果纹理压缩格式没选对（比如用了RGBA8888而不是ETC2），带宽瞬间爆炸。再加上HDR渲染、多重采样抗锯齿（MSAA），带宽很容易被吃光。
我个人的经验是：
- 纹理尽量用压缩格式（ASTC、ETC2），别用RGBA8888
- 帧缓冲用低精度格式（比如RGB565代替RGBA8888）
- 减少不必要的渲染目标（Render Target）切换
带宽不够的表现是什么？帧率突然掉到个位数，而且GPU利用率不高。因为GPU在等数据从显存里传过来，就像水管太细，水龙头开再大也没用。
3.2.3 填充率（Fill Rate）
填充率，就是GPU每秒能画多少个像素。它跟分辨率、像素着色器复杂度直接相关。
座舱系统里，填充率瓶颈最容易出现在高分辨率屏幕上。比如一个1920x720的仪表盘，每帧要处理138万个像素。如果像素着色器里做了复杂的计算（比如模糊、光照），填充率就扛不住了。
怎么优化填充率？
- 降低分辨率（比如用动态分辨率缩放）
- 简化像素着色器（把复杂计算挪到顶点着色器或预计算）
- 减少全屏特效（比如不要每帧都做高斯模糊）
一个小技巧：如果你发现填充率是瓶颈，试试把渲染分辨率降到原来的80%。人眼几乎看不出区别，但填充率能省下36%。我在一个HUD项目里就这么干过，帧率从45fps提到了58fps。
3.3 Profiling工具介绍
光靠猜可不行，得用工具说话。我常用的Profiling工具，按平台分这么几类：
| 工具名称 | 适用平台 | 主要功能 |
|---|---|---|
| Android GPU Inspector (AGI) | Android | GPU时间线、Shader分析、带宽监控 |
| Snapdragon Profiler | 高通平台 | CPU/GPU负载、Overdraw检测、填充率分析 |
| RenderDoc | 跨平台 | 逐帧调试、Draw Call查看、纹理/缓冲分析 |
| Intel GPA | Windows/Linux | 帧时间分解、带宽分析、Shader性能 |
| Unity Profiler | Unity引擎 | CPU/GPU时间线、Draw Call统计、内存分析 |
我个人最常用的是AGI和RenderDoc。AGI能直接看到GPU每一帧在干什么，哪个Shader耗时最长，哪个纹理占带宽最多。RenderDoc则适合做逐帧调试，比如你想看某个Draw Call到底画了什么，纹理内容对不对。
用Profiler的流程，我建议这样：
- 先看整体：打开AGI或Unity Profiler，看CPU和GPU帧时间。哪个长，哪个就是瓶颈。
- 再定位细节：如果是GPU瓶颈，用AGI看Shader耗时、带宽占用。如果是CPU瓶颈，看Draw Call数量和逻辑运算耗时。
- 最后验证：改完代码后，再跑一次Profiler，确认瓶颈是否消除。
注意：Profiling的时候，一定要在真机上跑。模拟器的数据不准，尤其是GPU性能，跟真机差好几倍。我曾经在模拟器上优化了半天，结果真机上一跑，完全不是那么回事。
好，这一章的内容就这些。记住，性能分析不是一锤子买卖，而是一个持续迭代的过程。你优化了一个瓶颈，可能另一个瓶颈又冒出来了。嗯，这就是做座舱渲染的日常——永远在找短板，永远在填坑。