原因
-
性能开销：
SetActive方法会导致C#层到Native层的穿梭调用，这比C#层内的速度慢。频繁地调用SetActive可能会导致性能问题，尤其是在大量对象需要被激活或禁用时。 -
Canvas重建：
SetActive会导致Canvas抛弃其VBO（顶点缓冲对象）数据，重新启用Canvas会使Canvas（包括所有的子Canvas）强制进行rebuild和rebatch进程。如果这种情况发生的非常频繁，增加的CPU使用会造成应用程序的帧率卡顿。 -
触发GC（垃圾回收）：UI元素的网格顶点数改变会造成堆内存分配，触发GC，导致耗时。这对UI元素进行位置移动不会造成堆内存分配，但是激活和禁用操作会。
-
生命周期事件触发：
SetActive(true)会触发MonoBehaviour.OnEnable()事件，而SetActive(false)会触发MonoBehaviour.OnDisable()事件，即使对象之前已经是激活或禁用状态。这可能会导致不必要的代码执行，增加开销。 -
UI性能问题：
SetActive会触发子物体的OnEnable和OnDisable方法，而且这两个方法是有GC的，使得整体带来了GC的消耗。
解决办法
-
使用变量标识状态：在C#层设置变量来标识相应的GameObject处于Active还是非Active状态，避免对Active的对象进行
SetActive(true)，避免对非Active的对象进行SetActive(false)。 -
使用CanvasGroup：通过将UI元素的坐标移动到Canvas的范围之外的方法来显示与隐藏，避免
SetActive的耗时以及SendWillRenderCanvases的耗时。也可以通过CanvasGroup组件设置透明度的方式来进行显示与隐藏，这样可以避免SetActive引起的负载。 -
优化Canvas分区：将要频繁变化的UI元素与不频繁变化的UI元素放在不同的Canvas中，减少UI元素变化时的耗时。
-
使用Scale变换：手游项目中会把频繁需要显示出现的UI的Scale设为0，而不是使用
SetActive。
通过这些方法，可以减少SetActive的使用，从而优化性能和减少不必要的资源消耗。