【鸿蒙开发】第二十六章 DevEco Studio-性能分析汇总

 展开Memory泳道，子泳道展示的是按照内存类型将进程PSS值拆分开的各个维度的内存信息，类型包含ArkTS Heap/Native Heap/GL/Graph/Gurad/AnonPage Other/FilePage Other/Dev/Stack/.hap/.so/.ttf。默认展示其中的五个子泳道，如要显示其他子泳道，可以点击主泳道的options标签并勾选其他泳道来查看。

说明

• ArkTS Heap：ArkTS堆的内存占用。
• Native Heap：Native层（主要是应用依赖的so库的C/C++代码）使用new/malloc分配的堆内存。
• GL：应用：纹理内存，RS：纹理+图形渲染内存。
• Graph：该进程按去重规则统计的dma内存占用，包括直接通过接口申请的dma buffer和通过allocator_host申请的dma buffer。
• Gurad：保护段所占内存。
• AnonPage Other：其他有匿名页所占内存（非heap、anon:native_heap、anon:ArkTS heap开头的匿名页）。
• FilePage Other：其他没有被映射到文件的页所占内存。
• Dev：进程加载的以/dev开头的文件所占内存。
• Stack：栈内存。
• .hap：进程加载的.hap文件所占内存
• .so：进程加载的.so动态库所占内存。
• .ttf：进程加载的.tff字体文件所占内存。

说明

• 设置的最小跟踪内存数值越小、回栈深度越大，对应用造成的影响就越大，可能会导致DevEco Profiler卡顿。请根据应用实际的调测情况进行合理设置。
• 统计模式用于不关注单次分配、关注应用较长时间的内存变化情况的场景，将指定的采样间隔内的数据做合并统计，以达到降低处理数据量，提高录制效率和时长的目的。设置的Sampling Interval为近似值，即尽可能地在接近这个时间内做统计汇总，存在一定的偏差，偏差不超过1s，这个偏差不会对内存分配的正确性产生影响。

说明

• 在任务录制过程中，单击分析窗口左上角的可启动内存回收机制。
• 当方舟虚拟机的调优对象的某个程序/进程占用的部分内存空间在后续的操作中不再被该对象访问时，内存回收机制会自动将这部分空间归还给系统，降低程序错误概率，减少不必要的内存损耗。

3.  在目标泳道上长按鼠标左键并拖拽，框选要展示分析的时间段。 

Details区域中显示此时间段内指定类型的内存分析统计信息：

• Memory泳道：
  • 主泳道的详情区域显示当前框选时间段内各采样点的应用内存PSS总和以及各种内存页面状态的内存占用总和。

•  
  • 子泳道的详情区域显示该泳道所代表的内存类型的框选时间段内各采样点的PSS总和以及各种内存页面状态的实际占用情况。

注意

Graph字段统计方式为：计算/proc/process_dmabuf_info节点下该进程使用的内存大小。

说明

统计模式（Statistics Mode）下不存在Allocations List信息。

选择任一对象，右侧会展示与该对象相关的所有库和调用者

4.（可选）根据分析结果，双击可能存在问题的调用栈，跳转至相关代码。开发者可根据实际需要进行优化。

说明

Release应用暂不支持跳转到用户侧Native代码。

5.2 分析数据筛选 

Allocation分析过程中提供多种数据筛选方式，方便开发者缩小分析范围，更精确地定位问题所在。

5.2.1 通过内存状态筛选

在Allocation分析过程中，对“Native Allocation”泳道的内存状态信息进行过滤，便于开发者定位内存问题。

在“Native Allocation”泳道的“Detail”区域左下方的下拉框中，可以选择过滤内存状态：

• All Allocations：详情区域展示当前框选时间段内的所有内存分配信息。
• Created & Existing：详情区域展示当前框选时间段内分配未释放的内存。
• Created & Released：详情区域展示当前框选时间段内分配已释放的内存。

5.2.2 通过统计方式筛选

在“Native Allocation”泳道的“Statistics”页签中，可以打开“Native Size”选择统计方式以过滤统计数据：

• Native Size：详情区域按照对象的原生内存进行展示。
• Native Library：详情区域按照对象的so库进行展示。

5.2.3 通过so库名筛选

在“Native Allocation”泳道的“Allocations List”页签中，可以单击“Click to choose”选择要筛选的so库以过滤出与目标so库相关的数据：

5.2.4 通过搜索筛选

在Native Allocation泳道的页签中， 根据界面提示信息输入需要搜索的项目，可定位到相关内容位置，使用搜索框的<、>按键可依次显示搜索结果的详细内容。

5.2.5 筛选内存分配堆栈

在Native Allocation泳道的Call Trees页签中，可以通过底部的“Call Trees”和“Constraints”选择框来过筛选和过滤内存分配栈。

Call Trees选择框包含两种过滤条件：

• Separate by Allocated Size：在内存分配栈完全相同的情况下，会按照每次分配栈申请的内存大小将栈分开；
• Hide System Libraries：隐藏内存分配栈中的系统堆栈。

Constraints选择框也包含了两种过滤条件：

• Count：根据指定的内存申请次数过滤内存分配栈信息；
• Bytes：根据指定的内存申请大小过滤内存分配栈信息。

 在Call Trees页签的More区域，单击“Heaviest Stack”旁的隐藏按钮可以单独控制是否显示More区域最大内存分配栈中的系统堆栈。

在Call Trees页签，可以通过底部的“Flame Chart”切换到火焰图视图。 

5.3 分析启动内存

应用/元服务在启动过程中对内存资源的占用情况，是开发者较为关心的问题。DevEco Profiler的Allocation分析任务，提供了启动内存分析能力，协助开发者优化启动过程的内存占用。

针对调测应用的当前运行情况，DevEco Profiler对其做如下处理：

• 如选择的是已安装但未启动的应用，在启动该分析任务时，会自动拉起应用，进行数据录制，结束录制后可正常进入解析阶段。
• 如选择的是正在运行的应用，在启动该分析任务时，会先将应用关停，再自动拉起应用，进行数据录制，结束录制后可正常进入解析阶段。

具体操作方法为：在任务列表中单击Allocation任务后的按钮。在分析结束后，呈现出的数据类型以及相应的处理方法，与非启动过程的分析相同。

6 内存泄露分析：Snapshot分析

针对方舟虚拟机，DevEco Profiler提供了内存快照分析能力，结合Memory实时占用情况，分析不同时刻的方舟虚拟机内存对象占用情况及差异。

注意

由于隐私安全政策，已上架应用市场的应用不支持使用Snapshot分析模板。

6.1 Snapshot模板基本操作

6.1.1 查看快照详情

1. 创建Snapshot场景调优分析任务，操作方法可参考性能问题定位：深度录制。

说明

• 在任务分析窗口，可以通过“Ctrl+鼠标滚轮”缩放时间轴，通过“Shift+鼠标滚轮”左右移动时间轴。或使用快捷键W/S放大或缩小时间轴，使用A键/D键可以左右移动时间轴。
• 将鼠标悬停在泳道任意位置，可以通过M键添加单点时间标签。
• 鼠标框选要关注的时间段，可以通过“Shift+M”添加时间段时间标签。
• 在任务分析窗口，可以通过“ctrl+, ”向前选中单点时间标签，通过“ctrl+. ”向后选中单点时间标签。
• 在任务分析窗口，可以通过“ctrl+[ ”向前选中时间段时间标签，通过“ctrl+]”向后选中时间段时间标签。

2.  设置Snapshot泳道。

单击任务左上角的进行泳道的新增和删除，再次单击此按钮可关闭设置并生效。

3.  开始录制后可观察Memory泳道的内存使用情况，在需要定位的时刻单击任务左上角的启动一次快照。

“ArkTS Snapshot”泳道的紫色区块表示一次快照完成。

说明

• 在任务录制过程中，单击分析窗口左上角的可启动内存回收机制。
• 当方舟虚拟机的调优对象的某个程序/进程占用的部分内存空间在后续的操作中不再被该对象访问时，内存回收机制会自动将这部分空间归还给系统，降低程序错误概率，减少不必要的内存损耗。

在“Statistics”页签中显示当前快照的详细信息：

• Constructor：构造器。
• Distance：从GC Root到这个对象的距离。
• Shallow Size：该对象的实际大小。
• Retained Size：当前对象释放时，总共可以释放的内存大小。
• Native Size：该对象所引用的Native内存大小。
• Retained Native Size：当前对象释放时，总共可以释放的Native内存大小。
• 构造函数名称后的“x数字”，表示该类型对象的数量，可单击折叠按钮展开。
• 单击列表中任一对象，右侧区域会显示从GC roots到这个对象的路径，通过这些路径可以看到该对象的句柄被谁持有，从而方便定位问题产生的原因。
• 带标识的对象，表示其可以通过全局window对象直接访问。

6.1.2 节点属性与引用链

在“Snapshot”的“Statistics”页签和“Comparison”页签中，所有实例对象节点展开后会显示"<fields>"以及"<references>"，这两项节点分别代表该实例对象的属性以及该实例对象的引用链信息。

在“Snapshot”的More区域则展示“Fields”和“References”两个页签，分别代表Detail区域所选择对象的属性以及引用链信息，方便快捷查看所选中对象的属性等详细信息，而不需要跳转至对应对象。

6.1.3 节点跳转 

在“Snapshot”的“Comparison”页签中，查看内存对象、对象属性及其引用链时，若要查看某一对象的详细信息，可以单击该对象所在行行尾的跳转图标跳转至该对象所在的“Statistics”页签并定位至该对象所在的位置，以查看该对象的详细信息。

6.1.4 历史节点前进/后退 

当在“Comparison”和“Statistics”之间进行节点跳转后，单击详情区域左下角的左右箭头可以前进或者后退至下一个或上一个历史节点，以便快速在多个历史节点之间跳转查看。当箭头为激活状态时，表示前进/后退功能可用，当箭头为灰色状态时则代表无法使用该功能。

6.1.5 比较快照差异 

在“Snapshot”的“Comparison”页签中，以当前选择的快照为base，下拉框选择的快照为Target，即可得到两次快照信息的比较结果。

在“Snapshot”的“Comparison”页签中，可进行两次快照的差异比较，比较内容包括新增数、删除数、个数增量、分配大小、释放大小、大小增量等等。通过不断对比，可快速分析和定位内存问题的具体位置。

6.1.6 Heap Snapshot离线导入 

DevEco Profiler提供Heap Snapshot离线导入能力，可导入一个或多个.heapsnapshot文件。

您可以在DevEco Profiler主界面的“Create Session”区域中，单击“Open File”，导入.heapsnapshot文件。

说明

• 导入的单个文件大小不超过150M。
• 批量导入的文件数量不超过10个。

可以导入与heapsnapshot文件匹配的.jsleaklist文件，展示jsleakwatcher监控采集到的内存泄漏对象。

说明

• 导入的单个jsleaklist文件大小不超过30M。
• 导入的jsleaklist文件通过文件中的hash值与已导入的heapsnapshot文件匹配。
• 可多次导入不同的jsleaklist文件，也可同时导入多个不同的jsleaklist文件，重复导入不会覆盖已导入的匹配上的jsleaklist文件。总的导入匹配成功的文件数量不超过导入的heapsnapshot文件。

6.2 ArkTS内存泄露分析

6.2.1 分析步骤

分析内存泄漏问题步骤如下：

1. 在内存泄漏前拍摄快照；
2. 触发内存泄漏操作后，再次拍摄快照；
3. 对比两次快照的数据，可快速找到泄漏对象并做进一步分析；
4. 当有多个对象在比较视图都存在时，可以重复多次步骤2的操作，分别和未进行操作时对比，观察是否有对象出现明显的线性变化趋势，进一步缩小泄漏对象的范围。

6.2.2 录制Snapshot模板数据

1. 连接好设备后启动应用，点击应用选择框(下图中①处)选择需要录制的应用，选择Snapshot模板(下图中②处)，点击Create Session或双击Snapshot图标即可创建一个Snapshot的录制模板。

2.  创建好模板后，点击三角按钮即开始录制。

3.  待右侧泳道全部显示recording后则表明正在录制中，此时点击下图中方块按钮或者左侧暂停按钮都可结束录制。

4.  拍摄快照：开始录制后，待右侧泳道全部显示recording后点击图中①处拍摄按钮，待②处显示出紫色条块表示快照拍摄完成。

5.  录制完成后可点击下图①处按钮将录制文件导出，而点击下图②处的按钮即可导入之前录制好的导出件。

6.2.3 分析Snapshot数据

6.2.3.1 常见对象介绍

6.2.3.1.1 JSArray

目前所有JSArray展开后为数组里的各个元素：

其中_proto_：原型对象，所有数组的_proto_应该是一致的；length：内置属性访问器，可以访问数组长度。

TaggedDict

位于(array)标签中，一般为虚拟机内部创建的字典，ArkTS代码层面不可见。

TaggedArray

位于(array)标签中，一般为虚拟机内部创建的数组，ArkTS代码层面不可见。

COWArray

位于(array)标签中，一般为虚拟机内部创建的数组，ArkTS代码层面不可见。

JSObject

JSObject展开后为内部的各个属性如下：

 以下通过具体代码来介绍下实例化对象、声明对象、构造函数间的关系：

class People {old: numbername: stringconstructor(old: number, name: string) {this.old = old;this.name = name;}printOld() {console.log("old = ", this.old);}printName() {console.log("name = ", this.name);}
};
let p = new People(20, "Tom");

采集到的snapshot数据如下：

92729对象对应的是People，其主要声明了对象的属性和方法。

实例化对象的_proto_属性指向声明时的对象，声明对象里则会有constructor构造函数。当实例化多个对象时，实例化对象会有多个，但是声明对象和构造函数只有一个。

6.2.3.1.2 JSFunction

目前所有JSFunction都在(closure)标签中，展开即可看到所有JSFunction：

 每个函数展开后为函数内的各个属性：

其中HomeObject表示父类对象，即该方法属于哪个对象；_proto_表示原型对象；LexicalEnv表示该函数的闭包上下文；name是内置属性访问器，可获取函数名；FunctionExtraInfo表示额外信息，比如一些napi接口会在这里记录函数地址；ProtoOrHClass表示原型或者隐藏类。

如果函数显示为anonymous()，则表示为匿名函数；如果函数显示为JSFunction()，则表示该函数可能为框架层函数，创建函数的时候未设置函数名。对于这两种函数名不可见的情况，可以通过查看其引用来间接确认其名称：

6.2.3.1.3 ArkInternalConstantPool

虚拟机创建的常量池，ArkTS代码层面不可见，涉及到的字符串常量会在(array)标签中展示：

6.2.3.1.4 LexicalEnv

闭包变量上下文；闭包是一个链状结构，如下所示：

733这个节点本身是一个闭包数组，其中0号元素是调用者（或者再往上的调用者，以此类推）的闭包；1号元素存储的是调试信息；2号及以后的元素存储的就是闭包传递的变量，上例传递了一个变量。

6.2.3.1.5 InternalAccessor

内置属性访问器，会有getter和setter方法，通过getter、setter可以获取、设置该属性。

6.2.3.2 分析方法

6.2.3.2.1 查看对象名称

对于声明对象，可以通过constructor属性来确定对象名称。

对于实例化对象，一般没有constructor，则需要展开_proto_属性后查找constructor；

若对象里有一些标志性属性，可以通过在代码里搜索属性名称来找到具体是哪个对象。

如果对象间有继承关系，则可以继续展开_proto_：

如上图则表明Man对象继承自People对象。

7 CPU活动分析：CPU分析

开发者可使用DevEco Profiler的CPU场景调优分析，在应用或元服务运行时，实时显示CPU使用率和线程的运行状态，了解指定时间段内的CPU资源消耗情况，查看系统的关键打点（例如图形系统打点、应用服务框架打点等），进行更具针对性的优化。

7.1 查看各CPU使用情况

1. 创建CPU分析任务并录制相关数据，操作方法可参考性能问题定位：深度录制，或在会话区选择Open File，导入历史数据。

   CPU分析任务支持在录制前单击指定要录制的泳道。

2. “CPU Core”泳道显示当前选择调优应用或元服务的CPU的使用率。

   可在“CPU Core”右侧的下拉列表中选择显示内容：

   框选主泳道，可对所选时间段内的CPU使用情况进行汇总统计，可查询多时间片的进程维度统计信息、线程维度状态统计信息、线程状态统计信息，以及所有时间片的数据统计信息。

   • Slice and Frequency：每个子泳道包含时间片和频率两部分，时间片显示占用该CPU核心的进程、线程。
   • Usage and Frequency：每个子泳道包含CPU核心使用率和频率两部分。

3.将其展开，子泳道显示各CPU核心调度信息、各CPU核心频率信息以及各CPU核心使用率信息。 

说明

将鼠标悬浮在某时间片上时，能够置灰非同进程时间片，通过此方法可以确定时间片的关联性。

 4.  指定时间片，查看统计信息。

• 单击某个运行状态的时间片，可查询这个时间片的基本运行信息及调度时延信息。

• 框选多个时间片，则可查询多时间片的进程维度统计信息以及所有时间片的数据统计信息。 

• 开启"View Integrated Scheduling Chain"后，点击CPU时间片泳道的节点可以查看某一个CPU运行线程的完整唤醒调度链。 

说明

• 在任务分析窗口，可以通过“Ctrl+鼠标滚轮”缩放时间轴，通过“Shift+鼠标滚轮”左右移动时间轴。或使用快捷键W/S放大或缩小时间轴，使用A键/D键可以左右移动时间轴。
• 将鼠标悬停在泳道任意位置，可以通过M键添加单点时间标签。
• 鼠标框选要关注的时间段，可以通过“Shift+M”添加时间段时间标签。
• 在任务分析窗口，可以通过“ctrl+, ”向前选中单点时间标签，通过“ctrl+. ”向后选中单点时间标签。
• 在任务分析窗口，可以通过“ctrl+[ ”向前选中时间段时间标签，通过“ctrl+]”向后选中时间段时间标签。
• CPU分析支持能耗分析，请参见能耗分析。

 7.2 查询进程详情

进程泳道显示进程对各CPU核心的占用情况。展开进程泳道，显示进程下的线程列表以及线程的运行状态。

• 单击运行状态的时间片，显示线程在该片段的运行详情，包括起始时间、持续时长、运行状态、所属进程，支持跳转到上个或者下个线程运行状态，支持跳转到唤醒线程状态等。

• 框选Thread泳道中多个运行状态的时间片，可查看此时间段内的不同运行状态的线程的统计信息，包括总耗时时长、最大耗时、最小耗时、平均耗时、处于当前状态的线程数量以及线程中的中载重载数据统计。 

说明

中载重载数据每100ms做一次统计，24ms < Running时长 ≤ 48ms 记为中载，Running时长大于48ms记为重载。

• 框选应用进程Process主泳道，可查看此时间段内该进程下的线程并行度统计信息。并行度数据每100ms做一次统计，可以查看100ms内运行的总线程数量、各线程数并行的总时间和并行度。点选某一行，可以查看对应线程编号和运行时间段。 

说明

并行度（Parallelism）取值范围是[1, cpu核数]，数值越小代表并行度越低。

7.3 查看Trace详情

当存在Trace任务时，可在对应的线程泳道查看到当前线程已触发的Trace任务层叠图。选择待查询的Trace。

• 点选泳道中的Trace片段，可查看单个Trace详情，包括名称、起始时间、持续时长、深度等。

说明

• 如果用户对线程进行了自定义打点，在此处亦可查看到对应的User Trace打点信息。
• 从所在线程名称可分辨当前Trace的类型，系统Trace对应的线程名称为“线程名+线程号”，User Trace对应的线程名称为“打点任务名”。

• 框选多个Trace片段，可查看到Trace统计信息列表，包括Trace名称、此类Trace的总耗时、单个Trace的平均耗时、以及该时间段内该类Trace的触发次数等。

7.4 全局搜索指定CPU数据 

DevEco Profiler为CPU分析数据提供了全局搜索能力。可选择的搜索类型如下：

• 首层搜索类型为“ALL”时，可输入任何字符串进行搜索。
• 首层搜索类型为“Unit”时，可输入任何子泳道进行搜索。
• 首层搜索类型为“CPU Core”时，可结合二层搜索类型（进程名、进程ID、线程名、线程ID），输入对应的目标进行搜索。
• 首层搜索类型为“Process”时，可输入任务名称进行搜索。

使用搜索框的<、>按键可依次显示返回结果的详细内容。

8 卡顿丢帧分析

8.1 Frame分析

开发应用或元服务过程中，如果发现有表单滑动不顺畅、页面交互延迟、动效不流畅等卡顿现象时，可以使用DevEco Profiler提供的Frame场景分析能力，录制卡顿过程中的关键数据进行分析，从而识别出导致卡顿丢帧的原因所在。此外，Frame任务窗口还集成了Time、CPU场景分析任务的功能，方便开发者在分析丢帧数据时同步对比同一时段的其他资源占用情况。

说明

• 在任务分析窗口，可以通过“Ctrl+鼠标滚轮”缩放时间轴，通过“Shift+鼠标滚轮”左右移动时间轴。或使用快捷键W/S放大或缩小时间轴，使用A键/D键可以左右移动时间轴。
• 将鼠标悬停在泳道任意位置，可以通过M键添加单点时间标签。
• 鼠标框选要关注的时间段，可以通过“Shift+M”添加时间段时间标签。
• 在任务分析窗口，可以通过“ctrl+, ”向前选中单点时间标签，通过“ctrl+. ”向后选中单点时间标签。
• 在任务分析窗口，可以通过“ctrl+[ ”向前选中时间段时间标签，通过“ctrl+]”向后选中时间段时间标签。
• Frame分析支持离线符号解析能力，请参见离线符号解析。
• Frame分析支持能耗分析，请参见能耗分析。

8.1.1 查看GPU使用情况 

1. 创建Frame分析任务并录制相关数据，操作方法可参考性能问题定位：深度录制，或在会话区选择Open File，导入历史数据。
2. “Frame”泳道显示当前设备的GPU的使用率，将其展开，子泳道显示Render Service侧帧数据和App侧帧数据。

说明

• 一帧的绘制，一般需要由App侧提交渲染到Render Service侧，然后Render Service侧再提交给硬件进行合成渲染，因此App侧的帧和Render Service侧的帧存在关联的情况。并且可能多个APP侧的帧/同一APP侧的多个帧提交到同一个Render Service侧帧上，出现帧之间的一对多的关联情况。
• 一帧绘制的期望耗时，与fps的大小有关，一般情况下fps为60，对应的Vsync周期为16.6ms，即App侧/Render Service侧的帧耗时，一般需要在16.6ms以内。App侧帧/Render Service侧帧判断卡顿的标准为帧的实际结束时间晚于帧的期望结束时间。
• 在“RS Frame”和“App Frame”标签的泳道中，正常完成渲染的帧显示为绿色，出现卡顿的帧显示为红色。
• 除“RS Frame”和“App Frame”泳道外的“ArkTS Callstack”、“Callstack”、“CPU Core”等泳道信息，请参考基础耗时分析：Time分析、CPU活动分析：CPU分析。

8.1.2 查看指定时间段内所有进程的Frame数据统计信息 

1.  在时间轴上拖拽鼠标选定要查看的时间段。

2.  框选Frame主泳道。

窗口下方的“Statistics”区域中会以进程为维度对选定时间段内的Frame信息进行统计，包括卡顿率、卡顿次数、最大连续卡顿次数、最大卡顿耗时、平均卡顿耗时以及平均正常耗时等。

3.  点击“Statistics”列表中任一进程的跳转按钮，在“FrameList”区域将展现该进程对应的Frame列表。体现各帧的起始时间、总耗时、GPU耗时以及卡顿丢帧类型。

4.  单击“FrameList”列表中任意一帧，右侧的“More”区域会中显示该帧更多关键信息。在获取该帧的预期起始时间、预期持续时间之外，您可以单击跳转至关联的切片。

8.1.3 查看指定时间段内指定进程的Frame数据统计信息

1.  在时间轴上拖拽鼠标选定要查看的时间段。

2.  选择要观察的子泳道（例如带“RS Frame”标签的泳道）。

窗口下方的“Details”区域中会显示选定时间段内的RS帧统计信息列表，体现各帧的起始时间、总耗时、GPU耗时以及卡顿丢帧类型。

 3.  单击列表中任意一帧，右侧的“More”区域会中显示该帧更多关键信息。在获取该帧的预期起始时间、预期持续时间之外，您可以单击跳转至关联的切片。

8.1.4 查看指定Frame信息

在子泳道（例如带“APP Frame”标签的泳道）中选中要查看的Frame，该泳道上方是耗时最长的非UI函数，下方是UI主线程泳道。

窗口下方的“Frame”区域中会显示选定帧的关键信息，如VSync编号、开始时间、App应用侧持续时间、App应用侧业务逻辑耗时、Render Service侧持续时间、GPU持续时间、总持续时间、卡顿丢帧类型以及可能出现卡顿的原因等。”Non UI”区域中会显示非UI耗时最大的函数，如开始时间、结束时间、持续时间，函数名等。

说明

• 在选定观察对象后，DevEco Profiler会自动关联与其相关的切片，用箭头连接。
• 如果该帧是由于超出期望结束时间引起的，则显示两条线，对应期望开始时间（Expected Start）和期望结束时间（Expected End），用于关联分析同一时刻Trace或者函数采样信息。
• 将鼠标悬浮在任意帧上，会冒泡显示该帧的Jank信息。
• 卡顿丢帧类型（Jank Type）：No Jank（不卡顿）、AppDeadlineMissed（App侧的卡顿）、RenderDeadlineMissed（Render Service侧的卡顿）。

8.1.5 支持动效场景调优 

开发者在开发应用时，会使用到动效，动效的卡顿影响到用户的使用体验。DevEco Profiler提供动效场景的调优，能帮助开发者优化动效场景。

鼠标放置在某个动效上，显示该动效的详细信息，包括响应时延、动效持续时间、完成时延、期望帧率、FPS。

说明

• 响应时延：<=85ms 绿色，85ms~150ms 浅绿色，150ms ~250ms 浅红色，>250ms深红色。
• 期望帧率：当前系统运行满帧帧率，如60HZ、90HZ、120HZ。智能刷新率模式下，不展示期望帧率。
• 动效持续时间：根据帧率展示颜色，FPS大于达标帧率即为为绿色，小于则为深红色。智能刷新率模式下，帧率可变，颜色为灰色。达标帧率与期望帧率的大小有关，一般情况下期望帧率为60HZ，则达标帧率= 60HZ * 91.7%。
• 完成时延：响应时延和动效持续时间只要有一个为深红色，完成时延为深红色。
• Launch模板中Frame泳道点击detail区第一条动效详情信息，more区域展示动效帧Animation Data List信息。

8.1.6 查看组件帧率信息 

Frame泳道下新增两类子泳道，分别为Display Vsync与DisplaySync_cb(tid)，用于对可变帧率的检测调优。

• Display Vsync：该泳道显示对应时间段的屏幕刷新率，支持对框选的时间段内的vsync进行分布统计。区分”<=30HZ”、”30~60HZ”、”60~90HZ”、”>90HZ”。统计值包括框选时间段内各区间的分布比率、最小/最大/平均时长以及平均HZ。如果某场景满足了帧率改变的要求，当底层系统根据机制进行变帧，相应的情况会展现在对应的泳道。帮助开发者了解vsync的变化情况是否符合预期。
• DisplaySync_cb(tid)：该泳道显示对应组件的帧率，如DisplaySync、XComponent两类接口组件动画对应的帧率。调测时，不同场景下由于帧率可变，系统实际表现是否符合预期，需要有实际的检测手段。尤其是由于DisplaySync的渲染均在UI主线程执行，当存在多个需要渲染的组件需要同时执行时，只能在UI主线程排队，此时任何一个组件的延迟都会对其他组件的渲染产生影响，导致UI卡顿。

如下图所示，vsync2和vsync4中，vsync周期内的组件由于渲染耗时长，导致以下两个vsync周期挤掉下一个vsync周期的渲染时间，导致掉帧的情况产生。 

1.  选择Display Vsync泳道，在时间轴上拖拽鼠标选定要查看的时间段。

2.  详情区显示当前时间段的屏幕刷新率，当前帧最大持续时间、最小持续时间、平均持续时间以及该时间段内平均帧数。

 3.  点选vsync泳道，可以查看当前帧的耗时和帧率。

4.  框选DisplaySync_cb泳道，可以查看应用侧对应组件的帧率，渲染时间等信息。

 5.  同时如果组件有可能的掉帧情况，DisplaySync_cb泳道有方法能显示对应的掉帧的情况并标红展示。

8.1.7 查看ArkWeb帧率统计信息 

Frame泳道中的App Frame泳道和RS Frame泳道在框选时新增fps标记。RS泳道新增过滤按钮，用于过滤ArkWeb数据。

1.  展开Frame泳道，框选一段数据。

2.  泳道出现fps标记，展示当前框选范围内的帧率统计信息。

3.  打开Only ArkWeb data开关，筛选过滤出包含ArkWeb帧的数据。

8.1.8 Anomaly泳道：查看解码过度耗时 

如果工程中存在图片资源，并感知到解码绘制/渲染过程存在卡顿，可以通过Anomaly泳道查看主线程解码过程中是否存在解码过度耗时告警，并确认发生告警的时段。

如果应用中使用了worker, Taskpool工作线程等场景，通常会触发跨线程对象传递，并触发序列化和反序列化的操作。对于耗时超过阈值的序列化、反序列化操作，Anomaly也会给出对应的耗时告警，并给出发送这个操作的开始时间和耗时时间。

        1.  在时间轴上拖拽鼠标选定出现告警的时间段。当耗时超过VSync周期的50%时，将在Anomaly泳道中出现红色告警，提示“Image decoding has exceeded 50% of the VSync time“。

        2.  详情区给出录制时段内解码过度耗时的统计情况，包括类型，图片名，计数，总耗时，最小耗时、平均耗时、最大耗时，耗时标准差、 图源尺寸大小，目标尺寸大小等。

        3.  对于耗时超过阈值的序列化、反序列化操作，Anomaly也会给出对应的耗时告警。其中可以通过options配置检测阈值，默认配置阈值为8ms。

        4.  详情区给出录制时段内序列化、反序列化耗时情况统计信息，包括类型、计数、总耗时、最小耗时、平均耗时、最大耗时、耗时标准差等。

 8.1.9 User Events泳道：查看用户事件耗时

开发者在卡顿丢帧场景可通过User Event用户事件，查看用户事件开始时间、应用开始处理时间以及应用处理耗时等情况。

1.  选择User Event泳道，在时间轴上拖拽鼠标选定要查看的时间段。

2.  详情区列表给出录制时间段内用户事件详情，包括用户事件ID、事件开始时间Input Time、应用开始处理时间Processing Start、应用处理耗时Duration和事件类型User Event Type。

3. 点选User Event泳道中的条块，Slice详情区展示该事件的详情信息。

8.2 ArkUI分析

8.2.1 场景

ArkUI分析用于定位由于组件耗时、页面布局、状态变量更新导致的卡顿问题。常见场景包含：

场景1：布局嵌套过多引起的性能问题；

场景2：数据结构设计不合理，应用使用一个较大的Object，在更新时，只更新某些属性，导致其他没变化的属性也会更新，产生冗余刷新；

场景3：父组件中的子组件重复绑定同一个状态变量进行更新；

场景4：未正确使用装饰器，如错误使用@Prop传递一个大的对象进行深度拷贝。

8.2.2 ArkUI Component 泳道：查看组件绘制耗时

开发者通过ArkUI Component泳道可以直观感知组件绘制频度、耗时等统计情况。

1.  在时间轴上拖拽鼠标选定要查看的时间段。

2.  详情区Summary列表给出录制时段内定制组件以及系统组件的绘制统计情况，包括绘制次数、总耗时、最小耗时、平均耗时、最大耗时、耗时标准差。

3. 详情区Details列表可以查看按照时间线排序的组件详情，同时more区域展示以该组件为根节点的组件树信息。

 4.  点选ArkUI Component泳道中的条块，展示Slice Detail数据，Slice Detail中的Name支持跳转至对应trace泳道并选中trace信息，同时more区域展示以该组件为根节点的组件树信息。

说明

由于隐私安全政策，已上架应用市场的应用不支持录制ArkUI Component泳道。

8.2.3 ArkUI State 泳道分析 

1. 点击ArkUI模板创建session并启动录制，录制过程中触发组件刷新。

2.  录制结束等待处理数据完成。点击ArkUI State泳道，可在下方数据区查看录制过程中发生的状态变量变化。Summary区域可查看状态变量名称，变化次数，状态变量类型和所属组件。

Current Value 以时间顺序展示状态变量变化，Current Values列展示变化后的值。 

3.  选择Current Value中某一个数据，泳道区域将以虚线展示其时间位置。同时，右侧more区域展示该状态变量影响的组件关联关系。

4.  定位到可能造成卡顿的状态变量变化时间点，框选对应时间段，选择ArkUI Component泳道查看对应组件刷新时间。

说明

• 如需查看其他泳道信息，请参考Frame分析。
• 由于隐私安全政策，已上架应用市场的应用不支持录制ArkUI State泳道。

9 冷启动分析：Launch分析

开发应用或元服务过程中，启动速度是很重要的一个指标。如果开发者需要分析启动过程的耗时瓶颈，优化应用或元服务的冷启动速度，可使用DevEco Profiler提供的Launch场景分析能力，录制启动过程中的关键数据进行分析，从而识别出导致启动缓慢的原因所在。此外，Launch任务窗口还集成了Time、CPU、Frame场景分析任务的功能，方便开发者在分析启动耗时的过程中同步对比同一时段的其他资源占用情况。

此处仅介绍“Launch”泳道相关内容，集成的Time、CPU、Frame场景分析任务的功能请参考对应任务的章节。

说明

• 不支持命令拉起的release应用不能进行Launch分析。
• 锁屏状态下可进行Launch录制。

9.1 查看启动过程中各阶段的耗时情况

1. 创建Launch场景调优分析任务并录制相关数据，操作方法可参考性能问题定位：深度录制，或在会话区选择Open File，导入历史数据。

说明

• 在任务分析窗口，可以通过“Ctrl+鼠标滚轮”缩放时间轴，通过“Shift+鼠标滚轮”左右移动时间轴。或使用快捷键W/S放大或缩小时间轴，使用A键/D键可以左右移动时间轴。
• 将鼠标悬停在泳道任意位置，可以通过M键添加单点时间标签。
• 鼠标框选要关注的时间段，可以通过“Shift+M”添加时间段时间标签。
• 在任务分析窗口，可以通过“ctrl+, ”向前选中单点时间标签，通过“ctrl+. ”向后选中单点时间标签。
• 在任务分析窗口，可以通过“ctrl+[ ”向前选中时间段时间标签，通过“ctrl+]”向后选中时间段时间标签。
• Launch分析支持离线符号解析能力，请参见离线符号解析。
• Launch分析支持动效场景调优，请参见支持动效场景调优。

Launch分析任务支持在录制前单击指定要录制的泳道。

针对调测应用的当前运行情况，DevEco Profiler对其做如下处理：

• 如选择的是已安装但未启动的应用，在启动该分析任务时，会自动拉起应用，进行数据录制，结束录制后可正常进入解析阶段。
• 如选择的是正在运行的应用，在启动该分析任务时，会先将应用关停，再自动拉起应用，进行数据录制，结束录制后可正常进入解析阶段。

“Launch”泳道显示启动生命周期各阶段的耗时分布情况。

2.  单击“Launch”泳道上的单个阶段，或框选多个阶段，在下方的“Details”区域中，可查看到所选阶段的耗时统计情况。

展开各阶段的统计信息折叠表，可以看到各个任务的具体耗时信息。单击跳转按钮，可直接跳转至相关线程打点任务中。

9.2 分析静态资源库加载耗时

1.  展开“Launch”泳道，其中的“Static Initialization”子泳道展示启动过程中各静态资源库的加载耗时。

2.  单击单个静态资源库色块，或框选多个静态资源库，下方的“Details”区域展示所选对象的耗时统计信息。

针对耗时超过预期的加载任务，可单击跳转按钮，跳转至相关线程打点任务中进行深度分析。

9.3 查看核心线程在CPU Core的运行情况

1.  展开“Launch”泳道，其中的“Running CPU Cores”子泳道展示启动过程中的关键线程具体运行在哪个CPU核心。

2  单击单个进程色块，或框选多个进程，下方的“Details”区域展示所选对象的运行情况统计信息。

单击对应CPU的跳转按钮，可进一步跳转到CPU Core泳道查看详细的调度信息。

9.4 查看启动过程相关的线程Trace数据

1. 展开“Launch”泳道，除“Static Initialization”、“Running CPU Cores”外，还包含启动过程的关键线程的状态和Trace数据。
2. 单击单个切片色块，或框选多个切片，可查看所选对象的详情。

   • “Details”区域对所选对象进行树状统计，显示任务的名称、起始时间以及耗时信息。
   • “Thread States”区域展示线程的状态统计信息。
   • “Thread Usage”区域展示线程的使用情况。
   • “Slice List”区域展示所选对象的切片统计信息。
   • “Load Statistics”区域展示所选对象的中载重载信息。

9.5 全局搜索Launch信息

DevEco Profiler为Launch分析数据提供了全局搜索能力。根据界面提示信息输入需要搜索的项目，可获取到相关内容的定位，使用搜索框的<、>按键可依次显示返回结果的详细内容。

10 并行并发：Concurrency分析

任务池（TaskPool）是为应用程序提供一个多线程的运行环境，降低整体资源的消耗、提高系统的整体性能，且您无需关心线程实例的生命周期。您可以使用任务池API创建后台任务（Task），并对所创建的任务进行如任务执行、任务取消的操作。

DevEco Profiler提供的Concurrency场景分析能力，帮助开发者针对并行并发场景，录制并行并发关键数据，分析Task的生命周期、吞吐量、耗时等性能问题。Concurrency模板支持展示ArkTS异步接口、NAPI异步接口、FFRT并发模型相关信息，并集成ArkTS Callstack、Callstack、Process信息，支持用户从Task生命周期关联到具体调用栈信息，方便用户定位并行并发性能问题。

10.1 查看Task统计信息

1. 选择展开某个泳道，可以用options下拉框筛选不同进程。

2. 框选某段时间范围，详情区会出现该时段内，泳道对应执行状态下，并行并发任务的统计信息。

3. 点击Task Name的跳转按钮可跳转到对应的Task泳道。

 10.2 查看某一个Task的所有状态

1. 选择展开某个泳道，可以用options下拉框筛选不同进程。

2. 框选某段时间范围，可以看到该Task在框选时间范围内的任务状态。

3. 点击Task Name的跳转按钮可跳转到对应线程的泳道，可查看在该Task执行时间范围内，trace文件的打点信息，反映的是线程该时段内的函数执行情况。

 4. 展开Async ArkTS泳道，可单独查看ArkTS异步调用任务详情。

5. 展开Async NAPI泳道，单独查看NAPI异步调用任务详情。

10.3 查看Task的某个状态

点击Task子泳道的某个执行节点，Details详情区里会出现task在该状态下的详细信息。

11 加载丢帧：ArkWeb分析

应用开发过程中，会通过在APP中嵌入webView以提高开发效率，可能面临ArkWeb加载和丢帧等问题。DevEco Profiler提供ArkWeb分析模板，可以结合ArkWeb执行流程的关键trace点来定位问题发生的阶段。如果问题发生在渲染阶段，可以结合H:RosenWeb数据，线程运行状态以及帧渲染流程打点数据，进一步分析丢帧问题。

11.1 ArkWeb加载问题分析

1. 创建ArkWeb模板，完成一次录制，录制期间触发Web相关场景。

2. 定界web问题发生的阶段，分析Web加载问题。

根据web页面加载过程中的关键trace点，划分了五个阶段，分别是：

1) 点击事件（Click Event），

2) 组件初始化（Component Initialization），

3) 主资源下载（PrimaryResource Download），

4) 子资源下载（Sub-Resource Download），

5) 渲染输出（Render And Output）。

3. 详情区可以跳转关键trace所在泳道，进一步分析加载问题。

框选可以查看泳道的耗时阶段划分的关键trace点，并可以根据trace信息，关联到所在线程信息。

 11.2 ArkWeb丢帧问题分析

1. 分析RenderService内的H:RosenWeb的trace，查看是否有buffer缓存，没有缓存的情况下即为丢帧。

2. ArkWeb子泳道聚合了Web相关线程的trace信息，通过分析Web渲染过程的关键函数的trace点，可以分析出每一帧的执行流程。聚合的Web线程信息如下：

• H:RosenWeb：用于记录准备提交给RenderService进行统一渲染的数据量。如果超过一定时间（vsync周期）为空，则表示丢帧。
• Web应用进程：UI主线程，VSync-Webview, VizCompositorTh（Viz）， CompositorGpu（drdc）， Chrome_InProcGpu（Gpu主线程）等。
• Web应用Render进程： 主线程，Compositor（CC)。
• Render_Service进程： Render_Service（主线程），Vsync-rs， VsyncGenerator。

12 网络诊断：Network分析

DevEco Profiler提供Network模板，帮助用户在应用运行过程中查看http协议栈网络信息，包括请求分段耗时以及请求具体内容，方便对网络问题进行调优。请求耗时按照以下五种阶段进行划分：DNS 解析、TCP链接、TLS链接、请求等待、接受响应，分别展示在各阶段的耗时，可以针对性的优化时延问题。同时，详情信息将展示每个请求中携带的信息，包含request、response侧及其携带的header、body、cookie信息，方便网络问题定位。

说明

• 当前Network模板任务仅支持对Network kit接口中request 类型接口进行录制和调优。
• 由于隐私安全政策，已上架应用市场的应用不支持录制Network分析模板。

12.1 查看网络请求各阶段耗时

1. 创建Network模板任务并录制相关数据，操作方法可参考性能问题定位：深度录制，或在会话区选择Open File，导入历史数据。 

2. 录制结束等待处理数据完成。点击Network泳道，可在下方数据区查看录制过程中发生的网络请求数量变化。Summary区域可查看按照域名(Domain)维度统计展示网络请求耗时，展示信息包含Domain、线程名称、数量、平均耗时、最大耗时、DNS解析/TCP链接/TLS链接/等待响应/接受数据平均耗时、DNS解析/TCP链接/TLS链接/等待响应/接受数据最大耗时。

 3. 选择任意Domain，Details区域将展示请求该Domain的所有网络请求耗时，展示信息包含请求ID、线程名称、请求url、重定向url、IP 地址、总耗时、DNS 解析耗时、TCP链接耗时、TLS链接耗时、请求等待耗时、接受响应耗时、请求类型、状态码、使用的版本。

4. 选择Details中某一区域，泳道区域将以虚线框选展示其耗时方块。同时，右侧More区域展示该请求的Request Headers、Response Headers、Response Body。

5. 定位到可能造成网络卡顿的网络请求，点选其耗时方块，可以看见该请求各阶段耗时。

参考文档：性能分析-DevEco Studio - 华为HarmonyOS开发者