有时候会发现 Unity UI 非常耗时,在 Profiler 中可以轻易的看到 UI 中 的 GraphicRaycaster.Raycast 单帧调用可以成百上千,甚至好几千,帧速率前不忍赌,一关掉 UI 立马满血复活。
     这种情况大多出现在一是 Canvas 比较多而且子节点添加 GraphicRaycaster  组件也比较多的情况;二是每个 Canvas 下面有很多个 UI 面板,而每次其实显示的只有那么几个,不用的隐藏 SetActive(false),使用的激活显示 SetActive(true)。
     第一种情况就只能自己根据需求进行简化,不要滥用了 Canvas,优化和精简自己的设计;第二种情况看起来貌似没什么问题,实际上正是帧速率大大下降的元凶。
     说第二种没问题主要是符合 Unity 的使用基本原则,而且大家容易想到的使用方式,那为什么有问题,那要先看看一点相关 UI 的工作模式。每个 Graphic 组件(包括所有继承自 Graphic 的组件)都必须要通过 GraphicRegistry.RegisterGraphicForCanvas 注册到 GraphicRegistry 中,Graphic 中能够引起注册的事件有:OnTransformParentChanged(),OnEnable(),OnCanvasHierarchyChanged();OnEnable() 这个不必说就是组件激活时的回调,其它两个 OnTransformParentChanged(), OnCanvasHierarchyChanged() 理论上应该只在控件可用 Enable 和 Active 的时候才会被调用,或者说才应该产生 GraphicRegistry.RegisterGraphicForCanvas 的注册过程,而现在的代码是只有 OnTransformParentChanged() 在 GraphicRegistry.RegisterGraphicForCanvas 之前检测了 IsActive(),而 OnCanvasHierarchyChanged() 却未做任何检测,即使挂接了 Graphic 的对象在 Unity 的 Inspector 中处于非激活状态,启动游戏后 OnCanvasHierarchyChanged() 依然会被调用,导致该 Graphic 被注册进 GraphicRegistry,并且最终参与了 GraphicRaycaster.Raycast,造成了 CPU 周期的浪费。
     总而言之,这应该是 Unity UI 系统的一个 bug,本来从 BitBucket 上 Fork 了想修改下提交,但是发现无法 clone,很是奇怪,暂时搁置了,既然暂时无法修改源码,官方也没有修改,那么暂时的解决方案就是在启动后,手动清理每个 Canvas 下在 GraphicRegistry 中注册的 Graphic,将所有 IsActive() 为 false 的组件通过 GraphicRegistry.UnregisterGraphicForCanvas 从 GraphicRegistry 中移除即可,达到曲线救国的目的。
 
04-16 01:06