HarmonyOS 冷启动【响应时延】与【加载完成时延】在Profiler中如何查看？

Launch分析就是冷启动分析，可以参考文档：

https://developer.huawei.com/consumer/cn/doc/harmonyos-guides-V5/ide-insight-session-launch-0000001656981109-V5

冷启动响应时延起点确认：

1.在大桌面泳道（ohos.sceneboard）搜索H:DispatchTouchEvent并且type=1（0，1，2分别代表按下，抬起，移动）的Trace点，该Trace点代表大桌面收到点击离手事件的Trace；

2.然后找到多模子系统泳道（mmi_service），找到H:DispatchTouchEvent前的一个CPU Running Trace，该Trace下有一个H:service report touchId:{id}, type: up [id: 0, x:{X}, y:{Y}]的Trace点，该Trace点的X，Y坐标和H:DispatchTouchEvent是对应的，且类型也是up，代表的是多模子系统收到点击离手事件的时间，H:service report这个Trace开始位置就是起点。

冷启动响应时止点Trace查找顺序

1.在H:DispatchTouchEvent type=1Trace的末尾找到H:FlushMessages-> H:SendCommands->H:MarshRSTransactionData的系列Trace，这些Trace代表大桌面提交图形渲染请求到render_service（RS图形渲染服务）。

2.选中H:MarshRSTransactionData后可以在详情界面点击箭头跳转到render_service泳道对应的Trace H:RSMainThread::ProcessCommandUni，这个代表render_service收到大桌面渲染请求的点。（H:MarshRSTransactionData后面会有个参数transactionFlag:[2664,523]，括号中两个数字分别代表提交请求的进程号和提交的序号，在H:RSMainThread::ProcessCommandUni也会有一个[2664,523]与其对应，两个Trace是通过这个进程号和序号关联起来的。）

3.然后继续找H:RSMainThread::ProcessCommandUni所在的H:ReceiveVsync的Trace，接着找该Trace下的H:FlushBuffer，这里代表render_service渲染完成并刷新数据到缓冲区。

4.接着找到RS送显线程泳道RSHardwareThrea，找到根据时间顺序找到H:FlushBuffer后面第一个H:RSHardwareThread::CommitAndReleaseLayers，这里提交后就上屏显示了，这个Trace结束就是终点。（大桌面泳道的H:ReceiveVsync和RSHardwareThrea泳道的H:RSHardwareThread::CommitAndReleaseLayers的now字段也是对应的，也可以通过这个字段值直接找到H:ReceiveVsync对应的H:RSHardwareThread::CommitAndReleaseLayers）。

然后找到多模子系统泳道（mmi_service），找到H:DispatchTouchEvent前的一个CPU Running Trace，该Trace下有一个H:service report touchId:{id}, type: up [id: 0, x:{X}, y:{Y}]的Trace点，该Trace点的X，Y坐标和H:DispatchTouchEvent是对应的，且类型也是up，代表的是多模子系统收到点击离手事件的时间，H:service report这个Trace开始位置就是起点。

冷启动加载完成时延的性能衡量的起点：点击应用图标离手

冷启动加载完成时延的性能衡量的终点：应用的首页所有的占位符加载完成

终点确认：trace没有对应的打点，需要借助数帧视频确定