第一章：性能分析基础
Unreal性能分析工具概览
做Unreal性能优化，第一件事不是改代码，而是搞清楚——你的瓶颈到底在哪。
我见过太多人上来就怀疑渲染、怀疑CPU、怀疑自己写的逻辑。结果折腾半天，发现是某个贴图没压缩，显存爆了。嗯，这种坑我踩过不止一次。
Unreal自带的工具链其实挺全的。我按使用频率排个序：
- Stat命令——最轻量，跑在游戏里就能看
- Unreal Insights——帧级别的详细追踪，我最近项目的主力工具
- GPU Profiler——专门看渲染管线
- Memory Profiler——内存泄漏、显存超标的克星
你想想看，如果连工具都不熟，优化就像蒙着眼修车。我个人习惯是：先跑Stat，定位大方向；再用Insights，深挖细节。
核心原则：别猜，用数据说话。每次优化前，先记录基线数据。
Profiler与Stat命令入门
Stat命令是Unreal里最直接的性能窗口。在控制台敲几个字，就能看到实时数据。
常用的几个：
stat fps // 看帧率
stat unit // 看Game/GPU/Draw耗时
stat game // 游戏线程细分
stat render // 渲染线程细分
stat rhi // 图形API调用统计
stat memory // 内存概览我记得第一次用stat unit时，发现Game线程才2ms，GPU却飙到20ms。当时就明白了——瓶颈在渲染，不是逻辑。
这里有个小技巧：stat unitgraph可以显示柱状图，比数字直观得多。我习惯把它绑到快捷键上，随时调出来看。
个人经验：Stat命令适合快速排查，但不适合做精细分析。因为它只能看到线程级别的耗时，看不到具体函数调用链。
再说说Unreal Insights。这个工具是Epic后来主推的，说实话比Stat强太多。它能记录每一帧里每个函数的调用耗时，甚至能看到内存分配、GPU提交的完整链路。
启动方式很简单：
// 在命令行启动时加参数
UE5Editor.exe -trace=default -tracehost=127.0.0.1
// 或者在编辑器里
Window -> Developer Tools -> Unreal Insights我个人建议：做正式优化前，先录一段Insights数据。这样回头对比时，能精确看到改了哪行代码、省了多少毫秒。
性能分析工作流
好，工具都认识了。那具体怎么用？我总结了一套流程，用了好几年，挺稳的。
- 定目标——你的目标帧率是多少？30fps还是60fps？目标平台是什么？
- 抓基线——用Stat和Insights记录当前性能数据
- 找瓶颈——看哪个线程最慢，哪个函数耗时最多
- 假设验证——猜一个原因，改代码，再测
- 对比确认——改完后跑同样的场景，看数据是否改善
说白了，就是「测量-假设-验证」的循环。别跳步骤，尤其是第一步和第二步。
我曾经有个项目，团队优化了两周，帧率纹丝不动。后来我一查，发现他们一直在优化Game线程，但真正的瓶颈在GPU。方向错了，再努力也没用。
避坑指南：不要在编辑器里做性能测试。编辑器本身会消耗大量资源，数据不准。一定要打包后测，或者用-game模式运行。
还有一个常见误区：只看平均帧率。其实更应该关注P99帧率（最慢的1%帧）。因为卡顿往往来自那几帧的峰值，而不是平均值。
举个例子：
| 指标 | 优化前 | 优化后 |
|---|---|---|
| 平均帧率 | 55fps | 58fps |
| P99帧率 | 20fps | 45fps |
你看，平均帧率只提升了3fps，但P99翻了一倍多。这才是真正有效的优化——把卡顿抹平了。
嗯，说到这我想强调一点：性能优化不是炫技，是解决问题。工具再花哨，最终目的是让玩家玩得流畅。
总结一下：
- Stat命令做快速排查，Insights做深度分析
- 先抓基线，再动手改
- 关注P99，别只看平均帧
- 别在编辑器里测性能
下一章，我会带你深入Game线程，看看那些耗时的Tick函数到底该怎么优化。到时候我会拿一个真实项目里的例子来讲，保证你能直接用上。