[发明专利]IOS应用的主线程卡顿监测方法、介质、设备及系统

说明书

本发明公开了一种IOS应用的主线程卡顿监测方法、介质、设备及系统，涉及IOS应用技术领域，本发明定义一个Objective‑C的类，在Objective‑C的类中增加通知观察者，使用通知观察者注册监听主线程消息循环中的状态变化事件，设置当通知观察者监听到状态变化事件时发出信号量；创建一个第一子线程，通过第一子线程等待信号量，根据收到信号量的时间和主线程消息循环的状态判断是否发生卡顿。本方案通过定义Objective‑C的类实现IOS应用运行时主线程卡顿监测，在IOS移动端开发Objective‑C的类所需代码小，运行时占用内存也小，因此本方案可实现IOS应用在移动端发布之后对移动端的IOS应用的IOS应用运行时主线程卡顿的有效监控。

技术领域

本发明涉及IOS应用技术领域，具体涉及一种IOS应用的主线程卡顿监测方法、介质、设备及系统。

背景技术

在移动应用的开发过程中，可能会遇到一些性能瓶颈，例如程序运行的卡顿或内存无法正确的释放，都无法得到很好的监控或反馈。一般的方法是将手机连上电脑，利用Xcode(一种Mac OS X操作系统上的集成开发工具)所带的Instrument工具进行监控。Xcode自带的Instrument工具是一个以独立APP形式存在的工具集，包含了很多强大的检测功能：其中包括在真机和模拟器上进行性能测试，对APP进行性能分析，检查一个或多个应用或进程的行为。Instrument工具主要用于在调试过程中随时发现问题，及时优化。但是Instrument工具只能供有应用源码的程序员使用，因此必须连接电脑，无法测量用户真实使用场景下的性能，即无法在IOS应用发布之后依然对IOS应用的运行情况进行有效的监控。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种IOS应用的主线程卡顿监测方法、介质、设备及系统，实现IOS应用发布之后对IOS应用运行时主线程卡顿的有效监控。

为达到以上目的，本发明采取的技术方案是：一种IOS应用的主线程卡顿监测方法：

S1，定义一个Objective-C的类，并实现该类的单例加载；在Objective-C的类中增加一个属性：信号量；在所述Objective-C的类中增加通知观察者，使用通知观察者监听主线程消息循环中的状态变化事件，设置当所述通知观察者监听到状态变化事件时发出信号量；

S2，创建一个第一子线程，通过所述第一子线程等待信号量，根据收到信号量的时间和所述主线程消息循环的当前状态判断是否发生卡顿；若是，进入步骤S3；若否，进入步骤S4；

S3，返回发生卡顿；

S4，刷新阻塞时间，返回步骤S2。

在上述技术方案的基础上，步骤S3还包括创建第二子线程，通过所述第二子线程抓取所述IOS应用运行时主线程的堆栈信息并存入本地数据库。

在上述技术方案的基础上，根据收到信号量的时间判断是否发生卡顿的方法是：

先判断收到信号量的时间是否大于预设的阻塞时间阈值；若是，再判断所述主线程消息循环是否为kCFRunLoopBeforeSources状态或kCFRunLoopAfterWaiting状态；若均是，判断为发生卡顿；否则，判断为发生卡顿。

在上述技术方案的基础上，所述阻塞时间阈值为500ms。

本发明还公开了一种存储介质，该存储介质上存储有计算机程序：所述计算机程序被处理器执行时实现IOS应用的主线程卡顿监测方法。

本发明还公开了一种电子设备，包括存储器和处理器，存储器上储存有在处理器上运行的计算机程序：处理器执行计算机程序时实现IOS应用的主线程卡顿监测方法。

本发明还公开了一种IOS应用的主线程卡顿监测系统，包括：