Canvas.SendWillRenderCanvases是 Unity UGUI 系统中最容易出现性能问题的调用之一主要负责在渲染前重建 UI 的几何数据Mesh。 什么是 Canvas.SendWillRenderCanvases当 Canvas 上的任何一个 UI 元素发生变化时位置、颜色、文本、大小等Unity 会触发Canvas.SendWillRenderCanvases事件重新构建整个 Canvas 的顶点数据Rebuild重新合批Rebatch提交给 GPU 渲染关键点Canvas 是整体重建的即使只有一个元素变化整个 Canvas 都会重建 相关调用栈Canvas.SendWillRenderCanvases ├── Canvas.BuildBatch ← 合批Rebatch │ └── Canvas.UpdateBatches ├── CanvasRenderer.SyncTransform ← Transform 同步 └── Graphic.Rebuild ← 顶点重建Rebuild ├── Graphic.UpdateGeometry ← 几何数据 └── Graphic.UpdateMaterial ← 材质数据还有一个相关的Canvas.SendWillRenderCanvases()中的IMeshModifier如 Outline、Shadow 等 常见诱因1. 动态和静态 UI 混在同一个 Canvas❌问题场景MainCanvas (一个 Canvas) ├── BackgroundImage (静态) ├── Logo (静态) ├── ScoreText (每帧变化) ⚠️ ├── TimerText (每帧变化) ⚠️ ├── HealthBar (动态) └── Buttons (静态)结果ScoreText 每帧变化 → 整个 Canvas 重建 → 所有静态元素也跟着重建2. 频繁修改 Text尤其是每帧// ❌ 每帧触发 Canvas 重建voidUpdate(){scoreText.textScore: score;// 即使 score 没变也会触发timerText.textTime.time.ToString();}3. 使用了 Layout Group自动布局Vertical/Horizontal/Grid Layout Group每次子元素变化都会触发布局重算非常昂贵4. 大量 UI 元素启用/禁用SetActive(true/false)会触发 Rebuild 和 Rebatch。5. UI 元素动画Animator/DOTween动画每帧修改 Transform 或颜色 → 每帧触发重建。✅ 优化方案方案 1拆分 Canvas最重要将动态和静态 UI 分离到不同 Canvas UI Root ├── ️ StaticCanvas (静态背景、Logo、装饰) ├── DynamicCanvas (血条、分数、计时器) ├── InteractiveCanvas (按钮、面板) └── EffectCanvas (特效、飘字)原则静态元素 → 单独 Canvas每帧更新的元素 → 单独 Canvas高频交互元素 → 单独 Canvas⚠️注意Canvas 数量不宜过多增加 DrawCall一般 3-5 个为宜。方案 2Sub Canvas 嵌套对于复杂 UI使用嵌套 Canvas隔离重建范围MainCanvas ├── ChatPanel (子 Canvas) ← 独立重建范围 ├── InventoryPanel (子 Canvas) └── HUD (子 Canvas)子 Canvas 的重建不会影响父 Canvas但会打断合批。方案 3文本更新前判断// ❌ 不好voidUpdate(){scoreText.textScore: score;}// ✅ 优化privateintlastScore-1;voidUpdate(){if(score!lastScore){scoreText.textScore: score;lastScorescore;}}方案 4使用 TextMeshPro 代替 TextTextMeshPro使用 SDF 字体性能比 UGUI Text 好很多减少几何数据量更好的合批修改时开销更小方案 5避免使用 Layout GroupLayout Group 是性能杀手尤其在动态 UI 中// ❌ 昂贵[VerticalLayoutGroup]├── Item1├── Item2└── Item3// ✅ 优化手动计算位置foreach(variteminitems){item.anchoredPositionnewVector2(0,-index*height);}如果必须用 Layout Group尽量用静态数据初始化后不再变或者禁用 Layout Group只在需要时手动LayoutRebuilder.ForceRebuildLayoutImmediate()方案 6隐藏 UI 用 CanvasGroup 代替 SetActive// ❌ 触发 Rebuildpanel.SetActive(false);panel.SetActive(true);// ✅ 只影响可见性不触发 RebuildcanvasGroup.alpha0;canvasGroup.blocksRaycastsfalse;canvasGroup.interactablefalse;或者移动到屏幕外rectTransform.anchoredPositionnewVector2(-9999,0);方案 7关闭不必要的 Raycast TargetGraphic.Raycaster会遍历所有 UI 元素默认所有 Image/Text 都开启// 不需要交互的元素关闭image.raycastTargetfalse;text.raycastTargetfalse;批量关闭工具脚本[MenuItem(Tools/Disable All Raycast Target)]staticvoidDisableAllRaycast(){vargraphicsSelection.activeGameObject.GetComponentsInChildrenGraphic(true);foreach(vargingraphics){if(gisButton||gisToggle)continue;g.raycastTargetfalse;}}方案 8优化 UI 特效避免大面积Outline和Shadow顶点数 x4 或 x2用图片代替复杂特效关闭不用的粒子系统 定位具体问题1. 使用 Profiler Timeline 视图查看Canvas.SendWillRenderCanvases的实际耗时和触发频率。2. 使用 UI Profiler 模块Profiler 里的UI模块可以看到每个 Canvas 的Batch 数量Vertex 数量重建次数3. 使用 Frame DebuggerWindow → Analysis → Frame Debugger查看每个 Canvas 的 DrawCall 详情。4. 使用脚本监控 Canvas RebuildusingUnityEngine;usingUnityEngine.UI;publicclassCanvasRebuildTracker:MonoBehaviour{voidOnEnable(){Canvas.willRenderCanvasesOnWillRenderCanvases;}voidOnDisable(){Canvas.willRenderCanvases-OnWillRenderCanvases;}voidOnWillRenderCanvases(){Debug.Log($Canvas Rebuild at frame{Time.frameCount});}} 优化 Checklist静态和动态 UI 分开 Canvas高频更新元素单独 CanvasText 更新前判断内容是否变化使用 TextMeshPro 代替 Text避免/减少 Layout Group 使用用 CanvasGroup.alpha 代替 SetActive关闭非交互元素的 Raycast Target减少 Outline/Shadow 使用大量列表使用 UI 对象池 虚拟列表避免 Update 中修改 UI 属性 典型优化案例案例MMO 主城 UI 卡顿问题主城 UI 有 100 元素其中玩家血条每帧更新聊天框不定期更新背包偶尔打开装饰边框静态优化前单个 CanvasSendWillRenderCanvases平均 8ms优化方案UIRoot ├── StaticCanvas (装饰边框、Logo) ├── HUDCanvas (血条、蓝条、Buff) ├── ChatCanvas (聊天框) └── PopupCanvas (背包、菜单等弹窗)优化后SendWillRenderCanvases平均 1.2ms性能提升6 倍 进阶建议长列表使用虚拟滚动Loop Scroll Rect 等UI 图集合理规划减少 DrawCall谨慎使用 Mask用 RectMask2D 替代考虑 UI ToolkitUI ElementsUnity 新一代 UI 系统性能更好