应用启动的响应/完成时延是影响用户使用体验的关键指标。在此提供一些分析应用启动相关trace事件。

1.关键节点

启动耗时的构成一般为多模子系统输入,第一帧提交,最后一帧提交。第一帧提交可以作为响应时延的节点,最后一帧提交可以作为完成时延的节点。

1.1 输入

在上方搜索栏中搜索mmi_service,点击框选的蓝色箭头可快速跳转到mmi_service线程上

右键选中mmi_service可以查看选中时间端内的所有事件,如下图所示。​​下图可以此次选中的事件为up。如果是从OH社区原生Launcher启动的应用,可以以此为开始的节点

在多模子系统之前还要触摸事件传递给硬件,硬件传递给驱动的耗时。若此处耗时异常,几乎所有点击场景都会增加耗时。

1.2 帧

搜索SetIsOnTheTree可以找到应用窗口上RS树的第一帧,作为响应时延结束的帧

RSUniRender中可以查看该帧渲染的窗口信息,如下图所示

​​此时可以可以寻找后续的合成,提交。

最后一帧,若首页为静态页面,不存在刷新,则可以取渲染的最后一帧作为节点。若为静态页面,可以根据渲染的具体信息去确定最后一帧的信息

Logo

社区规范:仅讨论OpenHarmony相关问题。

更多推荐