CPU Usage Profiler 模块

CPU Usage Profiler 模块包含一个图表，其中显示应用程序中的时间花费情况。通过该图表可以概要了解应用程序花费时间的所有重要方面（例如渲染、脚本和动画）。文档的此部分涵盖：

• 图表类别
• 模块详细信息面板
  • Live 设置
  • Show Full Scripting Method Names 设置
• Timeline 视图
  • Flow events
• Hierarchy 和 Raw Hierarchy 视图
• 分配调用栈
• 常见样本
  • 主线程基础样本
  • 脚本更新样本
  • 渲染和 VSync 样本
  • 多线程样本
  • 物理样本
  • 性能警告
  • 仅 Editor 样本

图表类别

CPU Usage Profiler 模块的图表可跟踪应用程序主线程中花费的时间。这些时间被分为九个类别。要更改图表中类别的顺序，可以在图表的图例中拖放这些类别。还可以单击某个类别的有色图例以切换是否显示。

类别	描述
Rendering	应用程序花费多少时间来渲染图形。
Scripts	应用程序花费多少时间来运行脚本。
Physics	应用程序在物理引擎上花费多少时间。
动画	应用程序花费多少时间来动画化应用程序中带蒙皮的网格渲染器 (Skinned Mesh Renderers)、游戏对象和其他组件。这还包括针对 Animation 组件和 Animator 组件所用的系统进行计算所花费的时间。
GarbageCollector	应用程序花费多少时间来运行垃圾回收器。
VSync	应用程序每帧花费多少时间来等待 targetFrameRate 或下一个要同步的 VBlank。此时间基于 QualitySettings.vSyncCount 值、目标帧率或者 VSync 设置（即运行应用程序的平台的默认或强制最大值）。有关 VSync 的更多信息，请参阅本文档中的渲染和 VSync 样本部分。
Global Illumination	应用程序在光照中花费多少时间。
UI	应用程序花费多少时间来显示其 UI。
Others	应用程序在不属于任何其他类别的代码中花费多少时间。此事件包括整个 EditorLoop 或者是 Editor 中对运行模式进行性能分析时的性能分析开销等方面。

模块详细信息面板

选择 CPU Usage 模块时，下面的详细信息面板将显示应用程序在选定帧内花费的时间的细分信息。可以将时间数据显示为时间轴或层级表。要更改显示视图，请使用详细信息面板中的左上角下拉选单（默认设置为 __Timeline__）。三个可用视图为：

视图	功能
Timeline	显示特定帧的时间细分信息，以及该帧长度的时间轴。只有在此视图模式中才可以一次性查看所有线程上的时间以及在帧内运行线程的时间，因此可以关联各个线程的时间（例如作业系统工作线程在主线程上的系统调度这些线程之后启动）。
Hierarchy	按时间数据的内部层级结构对这些数据分组。此选项以降序列表格式显示应用程序调用的元素，默认按花费的时间排序。还可以按分配的脚本内存量 (GC Alloc) 或调用次数对信息进行排序。要更改用于对表进行排序的列，请单击该表列的标题。
Raw Hierarchy	以类似于发生计时的调用栈的层级结构显示时间数据。Unity 在此模式中单独列出每个调用栈，而不是像在 Hierarchy 视图中一样将它们合并。

Live 设置

当您开始在运行模式 (Playmode) 或 Editor 中记录新数据时，__Live__ 设置（在每个视图中都可用）可在模块详细信息面板中显示有关当前帧或选定帧的信息。为了启用此设置，请单击模块详细信息下拉选单旁的 Live 按钮。默认情况下，此设置已禁用，并且在您记录数据时模块详细信息面板为空白。注意：重绘 Profiler 窗口时，此设置会增加 EditorLoop 的开销。

Show Full Scripting Method Names 设置

此外，在每个视图中，可以选择 More Items 菜单 (⋮) 并启用 __Show Full Scripting Method Names__，此设置随后显示所有脚本方法的完全限定名称 (Assembly::Class::MethodName)。

Timeline 视图

Timeline 视图是 CPU Usage Profiler 模块的默认视图。该视图简单列出了应用程序中所花费的时间情况以及时间的相互关联情况。与 Hierarchy 视图不同，__Timeline__ 视图沿同一时间轴在各自子部分中显示所有线程的性能分析数据。Hierarchy 视图一次只显示一个线程（默认显示主线程）的性能分析数据。此外，这些视图仅显示样本的持续时间，而 Timeline 视图会显示每个样本发生的时间。

使用 Timeline 视图可以查看不同线程上的活动在并行执行过程中如何相互关联。在此处可以了解对不同线程（例如作业系统的工作线程）的使用程度、线程上工作的排队方式以及任何线程是处于空闲状态（__Idle__ 样本）还是在等待另一线程或作业完成（__Wait for x__ 样本）。

导航和选择项目

要放大时间轴的区域，请使用鼠标上的滚轮，或在按住 Alt 键的同时按住鼠标右键进行拖动。也可以使用水平滚动条的两端来放大。按下键盘上的 A 键可重置缩放，以便可看到整个帧时间。

每当在线程底部看到白色箭头时，都可以单击该箭头来展开线程以便显示所有行，或者再次单击以便仅显示顶部的行。也可以拖动分隔线程的行以重新调整可看到的行数。双击该行可将线程部分的高度设置为调用栈的最大深度。要平移视图，请按鼠标中键，或按住 Alt 键（在 macOS 上为 Command 键），然后按鼠标左键。

要折叠和展开线程组，请单击视图最左侧的线程名称旁的折叠箭头。

要查看某一项对 CPU 图表的贡献，请在下方面板中选择这一项。性能分析器会突出显示该项的贡献，并使图表的其余部分变暗。要取消选择该项，请单击视图中的其他位置。按 F 键可以聚焦所选的当前样本，或者如果未选择任何项，则会显示默认的缩放水平。

上图中，所选项上的工具提示可以提供更多详细信息，例如所有线程中的实例数和该样本的总时间。GC.Alloc 样本显示为红色/洋红色，并显示分配的大小。

要在工具提示中显示托管的调用栈，请导航到 Profiler 窗口的工具栏，然后选择 Call Stacks 按钮。必须先启用此属性，然后对帧进行性能分析以显示帧的调用栈。有关更多信息，请参阅关于分配调用栈的部分。

Flow Events

为了帮助您直观地了解 Unity 如何跨线程调度作业，您可以使用 Flow Events 设置。此设置显示系统、作业和线程之间的关系。要启用此设置，请选择 Timeline 视图窗格的右上角的 More menu (⋮) ，然后选择 Show Flow Events。

启用此设置后，性能分析器会将白色事件标记添加到用于调度作业或等待调度作业完成的性能分析器样本。它还会使不相关的样本变暗，以便您可以更容易地看到您选择的样本。

性能分析器将三种类型的箭头添加到样本中：

• 向下箭头：指示流程的开始，并且此样本调度了某些工作。
• 向右箭头：指示流程中的下一个项目，并且另一个样本调度了此工作。
• 向上箭头：指示流程的结束，以及此样本上的工作已结束或同步。

当您选择一个样本时，Profiler 将相关的流程事件标记用线条连接在一起。粗线条突出显示您选择的特定流程。例如，如果一个 begin 样本指向另外两个 next 样本，当您单击 next 样本之一时，性能分析器会为其绘制一条较粗的线条。

此视图有助于发现代码的执行流程、等待完成的工作，并帮助您以直观方式发现代码的依赖关系。

Hierarchy 和 Raw Hierarchy 视图

切换到 Hierarchy 或 Raw Hierarchy 视图时，只要样本在主线程上，您所做的选择就会继续存在。如果无法立即找到您的选择，请按 F 键进行聚焦。

Hierarchy 视图列出已进行性能分析的所有样本，并按共享的调用栈和 ProfilerMarker 层级视图将样本一起分组。Raw Hierarchy 视图不会将样本一起分组，因此非常适合在粒度级别上查看样本。也可以使用 Thread 下拉选单来选择特定线程，例如要在这些视图中检查的主线程 (Main Thread) 或渲染线程 (Render Thread)。

默认情况下，在这些视图中，所有 EditorOnly 样本都是折叠状态。EditorOnly 样本是玩家循环 (Player Loop) 中仅由于“仅 Editor”安全性检查而发生的样本。样本折叠后，它们的 GC.Alloc 值不会影响所属样本的 GC.Alloc 值。要显示这些样本，请选择详细信息面板右上角的 More Items 菜单 (⋮)，然后禁用 Collapse EditorOnly Samples 设置。有关更多信息，请参阅本文档的仅 Editor 样本部分。

这两个视图都会在 Hierarchy 中每行旁边显示有关每一项的以下详细信息：

属性	功能
Total	Unity 在特定函数上花费的总时间（以百分比表示）。
Self	Unity 在特定函数上花费的总时间（以百分比表示），不包括 Unity 在调用子函数时花费的时间。 例如，在截屏中，16.7% 的时间用在了 Camera.Render 函数上。这是因为该函数调用了许多绘制和剔除函数。但是，排除调用的函数后，只有 0.2% 的时间花费在 Camera.Render 函数本身上。
Calls	此帧中调用此函数的次数。在 Raw Hierarchy 视图中，此列中的值始终为 1，因为性能分析器不会合并样本的层级视图。
GC Alloc	Unity 在当前帧中分配的脚本堆内存量。脚本堆内存由垃圾回收器管理。 每当 Unity 调用 GC.Collect() 或脚本堆分配大小超出堆的当前大小时，就会触发垃圾回收器。垃圾回收器会标记没有更多引用的所有分配并收集这些引用。此进程在性能分析器中显示为 GC.Collect 样本。 在堆上分配得越多，Unity 运行垃圾回收器就越频繁。随着托管的堆不断增长，Unity 需要花费更长的时间来标记和收集内存。因此，应在应用程序运行时将 GC Alloc 值保持为零，从而防止垃圾回收器影响帧率，并使整体堆大小保持较小值。 有关托管堆的更多详细信息，请参阅关于了解自动内存管理的文档。
Time ms	Unity 在特定函数上花费的总时间（以毫秒为单位）。如果应用程序使用作业系统或多线程渲染，则此信息可能会产生误导，因为它仅包含 Unity 在当前选定线程上花费的时间。要更改线程，请选择 Hierarchy 面板顶部的 Thread 下拉选单。
Self ms	Unity 在特定函数上花费的总时间（以毫秒为单位），不包括 Unity 在调用子函数时花费的时间。
Warning	由警告图标指示，此处显示应用程序在当前帧中触发警告的次数。有关更多信息，请参阅本文档的性能警告部分。

要进一步了解应用程序在何处调用和使用了接受性能分析的函数，请选择模块详细信息面板右上角的 Details 下拉选单，然后选择 Show Related Objects 或 Show Calls 视图。

Show Related Objects 视图显示一个 UnityEngine.Objects 列表；此列表中的对象使用 Begin() 重载，而且与性能分析器样本关联。Unity 报告的某些样本内置了这些关联性，例如，已链接到执行渲染的摄像机游戏对象的 Camera.Render 样本。如果在 Editor 中进行性能分析，Unity 将通过这些对象的实例 ID 来报告这些对象，并在 Profiler 窗口中将它们解析为名称。对构建的播放器进行性能分析或从磁盘加载捕获的数据时，这些名称不会显示，并且性能分析器将这些名称显示为 N/A。

单击这些对象之一时，Unity 尝试通过 Scene 层级视图来查找此对象，然后对此对象进行 ping 操作。因为此关联性使用实例 ID，所以只有在 Editor 中对应用程序进行性能分析并且该对象仍然存在的情况下，ping 操作才有效。

对于 GC.Alloc 样本，此视图会显示 N/A 项的列表；在此层级视图级别发生的每个分配都有一个对应的项，并且会在 GC.Alloc 列中列出此分配的大小。如果在已启用 Call Stacks 设置的情况下对应用程序进行性能分析，则在此视图中选择 GC.Alloc 样本时，Profiler 窗口将显示选定的所分配脚本对象的调用栈（即使未启用 Deep Profiling 设置）。有关更多信息，请参阅本文档的分配调用栈部分。

Show Calls 视图显示从何处调用所选样本以及这个样本调用的其他函数。

分配调用栈

默认情况下已禁用 GC.Alloc 样本上已分配的调用栈，因为这些栈会因为多帧延迟而妨碍应用程序。但是，有时可能希望查看完整的调用栈以便了解 Unity 如何执行的代码。

为此，请导航到 Profiler 窗口的工具栏，然后选择 Call Stacks 按钮。无论是在 Editor 中还是在运行的播放器中进行性能分析，都可以使用此功能。启用此选项后，在进行性能分析的各个帧中，__GC.Alloc__ 样本包含它们的调用栈。

每个脚本堆分配在 Hierarchy 视图和 Timeline 视图中均显示为 GC.Alloc 样本。在 Timeline 视图中，颜色为亮红色。要查看某个调用栈，请选择 CPU Profiler 模块，然后在 Timeline 视图中选择一个 GC.Alloc 样本。选中的调用栈将突出显示。

或者，也可以在 Hierarchy 或 Raw Hierarchy 视图中查看此调用栈。将 Details 视图设置为 Show Related Objects。GC.Alloc 样本没有名称，因此在此面板中显示为 N/A。选择 N/A 对象后，性能分析器会在 Details 视图的下半部分中显示调用栈。

有关托管分配的更多信息，请参阅关于了解自动内存管理的文档。

常见样本

除了脚本代码生成的样本，Unity 还提供大量其他样本，可用于了解在应用程序中的哪些方面花费了时间。下表说明了一些较常见的样本的作用。

主线程基础样本

主线程基础样本可清晰区分在应用程序上花费的时间与在 Editor 和性能分析器活动中花费的时间。录制器也可以使用这些样本来获取主线程上帧的时间使用情况。

样本	功能
PlayerLoop	源自应用程序主循环的所有样本的根。播放器以活跃运行模式在 Editor 中运行时，如果目标是 Editor 而不是 Playmode__，此样本将嵌套在 EditorLoop__ 下。
EditorLoop	源自 Editor 主循环的所有样本的根。仅当在 Editor 中对播放器进行性能分析时才会出现此样本。使用__性能分析器__将 Playmode 作为目标时，此样本显示此帧花费在渲染和运行包含播放器的 Editor 的时间。如果要查看 Editor 在此时间中执行的操作，请将目标切换到 Editor。
Profiler.CollectEditorStats	与收集不同活跃性能分析器模块的统计信息有关的任何样本的根。子样本 Profiler.CollectGlobalStats 下的任何样本都会在播放器上造成开销。所有其他子样本仅影响 Editor。要关闭特定模块，请关闭它们的图表或调用 Profiler.SetAreaEnabled()。

脚本更新样本

除非使用作业系统，否则大多数脚本代码都嵌套在以下样本下面：

样本	功能
Update.ScriptRunBehaviourUpdate	此样本包括对 MonoBehaviour.Update 的调用以及对协程的处理。
BehaviourUpdate	此样本处理所有 Update() 方法。
CoroutinesDelayedCalls	包含首次生成后的协程样本。
PreLateUpdate.ScriptRunBehaviourLateUpdate	此样本处理所有 LateUpdate() 方法。
FixedBehaviourUpdate	此样本处理所有 FixedUpdate() 方法。

渲染和 VSync 样本

这些样本显示 CPU 在何处花时间来处理 GPU 的数据，或者可能在何处等待 GPU 完成。如果 GPU Profiler 不可用或者增加过多开销，则工具栏不会显示此信息。这些样本可用于了解应用程序是 CPU 密集型还是 GPU 密集型。

样本	功能
WaitForTargetFPS	应用程序在等待 Application.targetFrameRate 指定的目标 FPS 方面花费的时间。 如果此样本是 Gfx.WaitForPresentOnGfxThread 的子样本，则表示应用程序在等待 QualitySettings.vSyncCount 中配置的 VSync 方面花费的时间。 注意：Editor 不会对 GPU 进行 VSync 操作，而是使用 WaitForTargetFPS 来模拟 VSync 的延迟。某些平台（尤其是 Android 和 iOS）强制执行 VSync 或默认帧率上限为 30 或 60。
Gfx.ProcessCommands	包含对渲染线程上渲染命令的所有处理。可能会花费此时间的一部分来等待 VSync 或主线程的新命令；可通过子样本 Gfx.WaitForPresentOnGfxThread 来了解此时间。
Gfx.WaitForCommands	指示渲染线程已准备好接受新命令，并且可能指示主线程上出现瓶颈。
Gfx.PresentFrame	指示应用程序在等待 GPU 渲染和呈现帧方面花费的时间，其中可能包括等待 VSync 的时间。 主线程上的 WaitForTargetFPS 样本可以显示该时间中等待 VSync 所花费的时间。
Gfx.WaitForPresentOnGfxThread	指示主线程已准备好开始渲染下一帧，但是渲染线程尚未结束对于在 GPU 上呈现该帧的等待。这可能表明应用程序是 GPU 密集型。要查看渲染线程同时在哪些方面花费时间，请查看 Timeline 视图。 如果渲染线程将时间花费在 Camera.Render 中，则表示应用程序为 CPU 密集型并且可能花费太多时间向 GPU 发送绘制调用或纹理。 如果渲染线程将时间花费在 Gfx.PresentFrame 中，则表示游戏是 GPU 密集型，或者可能在等待 GPU 上的 VSync。Gfx.WaitForPresentOnGfxThread 的 WaitForTargetFPS 子样本可以指示应用程序用于等待 VSync 的呈现阶段的一段时间。呈现阶段是从 Unity 指示图形 API 交换缓冲区到此操作完成时间之间的一段时间。
Gfx.WaitForRenderThread	指示主线程正在等待渲染线程处理目前位于命令流中的所有命令。此样本仅在多线程渲染中出现。

多线程样本

这些样本不会耗用 CPU 周期，而是突出显示与线程和 JobSystem 相关的信息。查看这些样本时，使用 Timeline 视图可以检查其他线程上同时发生的操作。

样本	功能
Idle	每当 JobSystem 没有使用工作线程时，都会发出 Idle 样本。JobSystem 唤醒 Idle 样本时（例如，为了调度新作业），这些样本之间通常会出现较小的间隙时间。较长的间隙时间指示尚未检测原生作业。
Semaphore.WaitForSignal	该线程正在等待另一线程中完成某项操作。要找出所等待的线程，请在 Timeline 视图中查看在此线程之前不久结束的所有样本。
WaitForJobGroupID	触发了 JobHandle 上的同步栅栏 (Sync Fence)。这可能导致工作窃取。一个工作线程完成工作，然后等待其他工作线程完成工作时，就会发生工作窃取。这些显示为在此样本下执行的作业样本。“被窃取”的作业不一定是所等待的作业。

物理样本

下表概括了一些高级物理性能分析器样本。FixedUpdate() 会调用所有这些样本。

样本		功能
Physics.Simulate		通过指示物理引擎运行其模拟来更新物理系统的当前状态。
Physics.Processing		处理所有非布料物理作业。展开此样本可显示物理引擎内部完成的工作的低级细节。
Physics.ProcessingCloth		处理所有布料物理作业。展开此样本可显示物理引擎内部完成的工作的低级细节。
Physics.FetchResults		从物理引擎收集物理模拟结果。
Physics.UpdateBodies		更新所有物理体的位置和旋转。此样本还包含在发送这些更新时传达的消息。
Physics.ProcessReports		在物理 FixedUpdate 结束后运行。处理模拟结果响应的各个阶段。在此样本中会更新接触、关节破坏和触发器并发送相关消息。包括四个不同的子阶段：
	Physics.TriggerEnterExits	处理 OnTriggerEnter 和 OnTriggerExit 事件。
	Physics.TriggerStays	处理 OnTriggerStay 事件。
	Physics.Contacts	处理 OnCollisionEnter、OnCollisionExit 和 OnCollisionStay 事件。
	Physics.JointBreaks	处理与受损关节相关的更新和消息。
Physics.UpdateCloth		包含与布料及其蒙皮网格相关的更新。
Physics.Interpolation		管理所有物理对象的位置和旋转的插值。

要了解有关脚本生命周期及脚本生命周期内的一般样本的更多信息，请参阅事件函数的执行顺序。

性能警告

CPU Profiler 能够检测到一些常见性能问题，并发出相关警告。这些警告会显示在模块详细信息面板 Hierarchy 视图中的 Warning 列内。

性能分析器可以检测到在性能至关重要的背景中应避免的某些特定调用。这种情况下会显示警告以及操作对性能产生影响的原因，如下所示：

• Rigidbody.SetKinematic：为刚体重新创建非凸面体 MeshCollider
• Animation.DestroyAnimationClip：触发 RebuildInternalState
• Animation.AddClip：触发 RebuildInternalState
• Animation.RemoveClip：触发 RebuildInternalState
• Animation.Clone：触发 RebuildInternalState
• Animation.Deactivate：触发 RebuildInternalState

仅 Editor 样本

某些样本仅当您在 Editor 中进行性能分析时才出现。这包括如下的安全性检查：__GetComponentNullErrorWrapper__（有助于确定 null 组件使用情况）、CheckConsistency__（验证对象设置）、CheckAllowDestructionRecursive__（损坏检查）以及预制件相关活动。所有这些样本都不在播放器中。

默认情况下，在 Hierarchy 视图中，仅 Editor 样本都已折叠并被命名为 EditorOnly [SampleName]。尽管这些样本可能会导致垃圾收集分配，但是如果样本被折叠，则不会影响所属样本的 GC.Alloc 值。

要更改默认行为，请单击模块详细信息面板右上角的上下文菜单，然后禁用 Collapse EditorOnly Samples 设置。完成此操作后，可以展开此样本并将其 GC.Alloc 值贡献给所属样本。

此选项不会影响 Timeline 视图。通常可以忽略这些样本，或者将它们用作提示信息，从而对目标设备上的播放器构建进行性能分析以发现实际问题。

• Added Flow Events in 2020.1 NewIn20201