[发明专利]一种监测卡顿、分析卡顿原因的方法、装置及设备

说明书

本公开涉及一种监测卡顿、分析卡顿原因的方法、装置及设备，监测卡顿的方法包括：检测主线程的运行循环是否进入唤醒状态；在检测到运行循环进入唤醒状态时，开始按照周期获取主线程的调用栈，并检测唤醒状态的持续时间是否超过卡顿阈值；如果持续时间超过卡顿阈值，确定应用出现卡顿，并停止获取主线程的调用栈；向服务器发送卡顿的监测数据，监测数据包括卡顿时间段内的多个调用栈。分析卡顿原因的方法包括：接收N个卡顿的监测数据；对于每个卡顿，根据卡顿对应的多个调用栈确定导致卡顿的目标用户代码，得到K个目标用户代码；确定每个目标用户代码与卡顿之间的关联关系，以及每个用户代码关联的卡顿的统计信息。实现了卡顿监测和分析。

技术领域

本公开涉及计算机领域，尤其涉及一种监测卡顿、分析卡顿原因的方法、装置及设备。

背景技术

卡顿对于用户体验来说是非常严重的性能问题，最直观的体验是用户在操作App的过程中，感觉界面卡顿，无法按下某个按钮或打开某个界面等。

开发工程师在产品迭代过程中非常关心应用的卡顿，但卡顿问题受到客户端环境和用户使用习惯不同的影响，往往无法在本地进行复现，难以优化。

相关技术中的卡顿分析方案，即视觉卡顿，监听两次屏幕刷新回调的间隔时长。然而针对严重卡顿的监测和原因分析，目前尚未提出有效的解决方案。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种监测卡顿、分析卡顿原因的方法、装置及设备。

第一方面，本公开提供了监测卡顿的方法，包括：检测主线程的运行循环是否进入唤醒状态；在检测到运行循环进入唤醒状态时，开始按照周期获取主线程的调用栈，并检测唤醒状态的持续时间是否超过卡顿阈值；如果持续时间超过卡顿阈值，确定应用出现卡顿，并停止获取主线程的调用栈；向服务器发送卡顿的监测数据，监测数据包括卡顿时间段内的多个调用栈。

在一些实施例中，还包括：在检测到运行循环进入唤醒状态时，开始获取网络请求信息；如果持续时间超过卡顿阈值，停止获取网络请求信息；其中，卡顿的监测数据还包括：卡顿时间段内的网络请求信息。

在一些实施例中，还包括：在应用启动后，检测并记录用户操作，形成用户操作轨迹；其中，卡顿的监测数据还包括：用户操作轨迹。

在一些实施例中，网络请求信息包括请求URI(Uniform Resource Identifier，统一资源标志符)、请求开始时间和请求持续时间。

在一些实施例中，检测并记录用户操作，包括：检测并记录最新的预设数量的用户操作。

在一些实施例中，开始按照周期获取主线程的调用栈之前，还包括：接收服务器发送的卡顿阈值；根据卡顿阈值和预设获取次数，确定用于获取主线程的调用栈的周期。

在一些实施例中，还包括：在持续时间未超过卡顿阈值的情况下，如果检测到运行循环进入休眠状态，停止获取主线程的调用栈。

第二方面，本公开提供了一种分析卡顿原因的方法，包括：接收N个卡顿的监测数据，其中，每个卡顿的监测数据包括卡顿时间段内主线程的多个调用栈；对于每个卡顿，根据卡顿对应的多个调用栈确定导致卡顿的目标用户代码，得到N个卡顿对应的K个目标用户代码；确定K个目标用户代码中每个目标用户代码与卡顿之间的关联关系，以及每个用户代码关联的卡顿的数量和/或占比。

在一些实施例中，每个卡顿的监测数据还包括卡顿时间段内的用户操作轨迹，该方法还包括：对N个卡顿对应的用户操作轨迹进行聚类，得到N个卡顿对应的M个用户操作轨迹；确定M个用户操作轨迹对应中每个用户操作轨迹与卡顿之间的关联关系，以及每个用户操作轨迹关联的卡顿的数量和/或占比。

在一些实施例中，每个卡顿的监测数据还包括：卡顿时间段内的网络请求信息。