A
- Animator.Initialize
主要是在Instantiate实例化时引起（实际上，GameObject.Active操作也会引起Animator.Initialize），而其具体的耗时原因是相关资源（主要是AnimationClip资源）的加载所致。
C
-
Camera.Render
是Unity引擎的主要渲染函数，其中负责了绝大部分场景的渲染工作 -
Canvas.SendWillRenderCanvases
为UGUI中非常重要的接口，经常会出现较高的性能开销。当Canvas中的UI元素出现了长、宽或Alpha变化时，UGUI会更新其所在Canvas中所有UI元素的Transform、状态等等。Canvas中UI Mesh顶点较多的话，则该项将会出现较高的CPU开销。 -
Canvas.SendWillRenderCanvases()
该API为UI元素自身发生变化（比如被Enable或者被缩放，移动并不算）时所产生的调用。发生在canvas被渲染之前。 -
Canvas.BuildBatch
该API为UI元素合并的Mesh需要改变时所产生的调用。通常之前所提到的Canvas.SendWillRenderCanvases()的调用都会引起Canvas.BuildBatch的调用。另外，Canvas中的UI元素发生移动也会引起Canvas.BuildBatch的调用。
E
- EventSystem.Update
来自被触发的响应事件，这部分的开销实际上并不属于事件系统本身，比如：某次点击触发了一个开销很高的逻辑函数，尤其是涉及到资源的加载和实例化。
F
- Font.CacheFontForText
主要是指生成动态字体Font Texture的开销, 一次性打开UI界面中的文字越多，其开销越大。
G
-
Gpaphics.PresentAndSync
– 反映GPU上的渲染压力 -
GameObject.Deactivate
实际上GameObject.Activate/Deactivate本身通常不会产生很高的开销，主要都是由其上或其子节点上的组件的OnEnable/OnDisable操作引起，比如UI相关的组件在OnEnable和OnDisable中都会有较多的操作，所以较复杂的UI界面的GameObject.Activate/Deactivate会有很高的开销。 -
GameObject.Instantiate
Instantiate的卡顿与三部分开销相关：相关资源加载、脚本组件的序列化和构造函数的执行，并且绝大部分原因均是相关资源加载导致。 -
Gfx.WaitForPresent && Graphics.PresentAndSync
这两个参数在Profiler中经常出现CPU占用较高的情况，且仅在发布版本中可以看到。究其原因，其实是CPU和GPU之间的垂直同步（VSync）导致的，之所以会有两种参数，主要是与项目是否开启多线程渲染有关。当项目开启多线程渲染时，你看到的则是Gfx.WaitForPresent；当项目未开启多线程渲染时，看到的则是Graphics.PresentAndSync。
L
-
Loading.UpdatePreloading
为Unity引擎的主要加载函数。场景中的资源加载（包括Texture、Mesh、Shader、AnimationClip等）和相关序列化操作均在其中体现。因此，如果该值开销较高，建议研发团队对资源进行进一步的优化和控制。 -
LogStringToConsole
Unity中有些问题不输出在Console上，而是输出在Editor Log上了，右键Console > Open Editor Log可以打开编辑器日志，查看具体错误信息。
M
-
MeshSkinning.Update
（蒙皮网格每帧更新）和Animation.Update and Animator.Update（骨骼动画的更新开销）两个函数 -
MaskableGraphic.OnEnable
在UGUI中，Image组件并没有重写其父类的OnEnable函数，所以在激活时会出现MaskableGraphic.OnEnable。其中出现堆内存开销的话，通常是因为其父类函数Graphic.OnEnable中，UGUI在进行全局容器的Add等类似的操作时，遇到了扩容等产生堆内存的操作。
O
-
OnTransformChanged
是UI元素在移动时触发的，所以该回调的开销是不可避免的，但一般来说该回调本身耗时并不会太高 -
Overdraw
该模块可以帮助用户直接查看项目运行时每帧都渲染的像素数量，从而反映出设备GPU端所承受的压力。我们可以看到下面的图片中有地方是黑色，有地方是红色。颜色越红，表示该处像素在当前帧中被填充的次数较多，进而GPU的压力也就越大。移动VR开发者需要特别关注这部分的情况。
P
-
Profiler.FinalizeAndSendFrame
这个是Unity Profiler在记录和传输性能数据的开销，研发团队可忽略，因为在release版本中，该项并不存在； -
Physics.Processing
影响物理系统耗时的因素主要为Contacts数量（碰撞对数量）、Rigidbody API的使用情况和每帧的调用次数。
S
- Shader.Parse体现的是Shader的加载和解析
- Shader.CreateGpuProgram 是将Shader传入GPU的一次提交，GPU驱动会对其进行编译，以适应于特定的设备或平台。
在Unity 5.x版本中，Shader.Parse在Shader资源加载时进行执行，而 Shader.CreateGpuProgram在所在GameObject第一渲染时进行执行。 - ScrollRect.LateUpdate()
U
-
UIEvents.IMGUIRenderOverlays
-
一旦发现UIEvents.IMGUIRenderOverlays中花费了大量的主线程CPU时间以及GC分配，这就表明在项目的代码库中的某处使用了Unity的即时模式GUI系统：即便是在代码库中仅出现一次OnGUI方法，也会导致IMGUI系统在游戏运行时进行初始化和处理。
重要的是IMGUI非常低效，不适合生产代码。void OnGUI() { if(GUI.Button(new Rect(100, 100, 100, 100), "Load UI")) { //TODO } }
W
- WaitForJobGroup
这个是主线程在等待子线程完成的耗时开销，如果该项较高，那么说明该帧中某子线程的开销很大。就目 前我们优化过的项目而言，绝大部分均为UGUI在子线程的开销所致。 - WaitForTargetFPS
该参数一般出现在CPU开销过低，且通过设定了目标帧率的情况下（Application.targetFrameRate）。当上一帧低于目标帧率时，将会在本帧产生一个WaitForTargetFPS的空闲等待耗时，以维持目标帧率。
网友评论