自动关联目录：蓝图性能与优化

1. 定位

蓝图比 C++ 慢，但慢在哪里要有准确认识——否则要么过度恐慌（全改 C++），要么完全不在意（最后救不回来）。

一句话定位：蓝图的开销主要是"每节点调用开销 + 无法内联"，不是"语言本身很慢"。所以"节点数 × 调用频率"才是成本公式。

2. 开销来源

成本 ≈ 节点数 × 调用频率。因此：

• 每帧跑的图 → 节点数要少，或下沉 C++
• 事件驱动的图 → 节点多一点无所谓

3. 优化手段

最常见的一条：蓝图里每帧 GetAllActorsOfClass 或 Cast —— 应改为启动时缓存引用。

4. 常见误解

5. 代价与权衡

6. 踩坑与排查

7. 排查顺序

1. stat unit → Game 高才可能是蓝图问题
2. 找每帧跑的蓝图（Tick / 定时器）
3. 检查其中的 Cast 与查找 → 缓存
4. 节点规模大 → 下沉 C++
5. 大量实例 → 降频或 Significance

参考

• 蓝图与 C++ 的边界 · 蓝图与 C++ 互调 · CPU 剖析
• Actor 生命周期与 Tick 顺序 · GC 与对象生命周期 · Significance Manager