[发明专利]用户界面卡顿监控方法、装置及存储介质

说明书

本发明实施例公开了一种用户界面卡顿监控方法、装置及存储介质。该方案可以创建卡顿监控对象，卡顿监控对象用于监控主线程绘制用户界面的任务，以及获得预设引用，其中预设引用用于与一对象进行关联，以通过预设引用调用对象，将预设引用与卡顿监控对象关联，在主线程执行绘制用户界面的任务过程中，监控预设引用是否关联卡顿监控对象，若预设引用未关联卡顿监控对象，则重新设置卡顿监控对象与预设引用之间的关联关系。本申请实施例所提供的方案可以实时检测监控Printer被覆盖的情况，并且在监控Printer被第三方业务覆盖后，对其进行重设，提升了UI卡顿监控方案的稳定性。

技术领域

本发明涉及数据处理技术领域，具体涉及一种用户界面卡顿监控方法、装置及存储介质。

背景技术

在Android系统当中，由于Android设定的刷新率是60FPS(Frame PerSecond),也就是每秒60帧的刷新率,约合16ms刷新一次，因此系统每隔16ms会发出VSYNC信号重绘界面(Activity)，触发对UI进行渲染，如果每一次都渲染成功，这样就达到流程的画面所需要的60fps。

在实际使用过程中，在执行某些动画或者进行滑动的时候，我们会感觉到UI卡顿现象，动画或者滑动不是那么的顺畅，这就是操作过于复杂，产生了丢帧现象，最终导致卡顿。现有技术一般通过对MainLooper设置自定义的Printer实现UI卡顿监控，具体包括以下步骤：1、首先对MainLooper设置自定义的LogPrinter。2、在MainLooper每次执行一个任务前，通过LogPrinter记录开始时间T1。3、让MainLooper正常执行任务(dispatchMessage)。4、在MainLooper每次执行一个任务完成后，通过LogPrinter记录开始时间T2。5、对比T2和T1之间的差值，若差值达到设定的阈值，通知子线程进行相关信息采集：如CPU使用率，logcat日志，并把相关信息写入文件，最终上报这些文件即可。

本方案申请人发现，上述方案是建立设置MainLooper的LogPrinter接口来实现的，但是用来监控主线程的Printer接口只能绑定一个业务LogPrinter，并且任何业务都能对他设置，所以UI卡顿监控方案会存在以下问题：Printer接口有可能会被后设置的业务方所覆盖掉，导致整个监控方案失效。

发明内容

本发明实施例提供一种用户界面卡顿监控方法、装置及存储介质，可以在监控Printer被第三方业务覆盖后，对其进行重设，提升了UI卡顿监控方案的稳定性。

本发明实施例提供一种用户界面卡顿监控方法，包括：

创建卡顿监控对象，所述卡顿监控对象用于监控主线程绘制用户界面的任务，以及获得预设引用，其中所述预设引用用于与一对象进行关联，以通过所述预设引用调用对象；

将所述预设引用与所述卡顿监控对象关联；

在所述主线程执行绘制用户界面的任务过程中，监控所述预设引用是否关联所述卡顿监控对象；

若所述预设引用未关联所述卡顿监控对象，则重新设置所述卡顿监控对象与所述预设引用之间的关联关系。

本发明实施例还提供一种用户界面卡顿监控装置，包括：

设置单元，用于创建卡顿监控对象，所述卡顿监控对象用于监控主线程绘制用户界面的任务，以及获得预设引用，其中所述预设引用用于与一对象进行关联，以通过所述预设引用调用对象；

关联单元，用于将所述预设引用与所述卡顿监控对象关联；

监控单元，用于在所述主线程执行绘制用户界面的任务过程中，监控所述预设引用是否关联所述卡顿监控对象；

重设单元，用于当所述预设引用未关联所述卡顿监控对象时，重新设置所述卡顿监控对象与所述预设引用之间的关联关系。