iOS 性能监控(二)—— 主线程卡顿监控

栏目: IT技术 · 发布时间: 4年前

内容简介:本篇将介绍iOS性能监控工具(QiLagMonitor)中与 “线程卡顿监控” 相关的功能模块。

iOS 性能监控(二)—— 主线程卡顿监控

写在开头

最近,在看戴铭老师关于 “性能监控” 相关的技术分享,感觉收获很多。基于最近的学习,总结了一些性能监控相关的实践,并计划落地一系列 “性能监控” 相关的文章。

目录如下:

iOS 性能监控(一)—— CPU功耗监控

iOS 性能监控(二)—— 主线程卡顿监控

iOS 性能监控(三)—— 方法耗时监控

本篇将介绍iOS性能监控工具(QiLagMonitor)中与 “线程卡顿监控” 相关的功能模块。

1

了解线程的状态

主线程 runloop 默认注册了五个 mode kCFRunLoopDefaultMode UITrackingRunLoopMode UIInitializationRunLoopMode GSEventReceiveRunLoopMode kCFRunLoopCommonModes

名称 作用
kCFRunLoopDefaultMode App的默认 Mode,通常主线程是在这个 Mode 下运行的。
UITrackingRunLoopMode 界面跟踪 Mode,用于 ScrollView 追踪触摸滑动,保证界面滑动时不受其他 Mode 影响。
UIInitializationRunLoopMode 刚启动 App 时第进入的第一个 Mode,启动完成后就不再使用。
GSEventReceiveRunLoopMode 接受系统事件的内部 Mode,通常用不到。
kCFRunLoopCommonModes 这是一个占位的 Mode。 其实就是Default模式和UI模式之间切换使用。

其中, APPLE 公开提供的 Mode 有两个: NSDefaultRunLoopMode kCFRunLoopDefaultMode )、 NSRunLoopCommonModes kCFRunLoopCommonModes )。

而我们的下节要介绍的主线程监控就是使用的就是 NSRunLoopCommonModes kCFRunLoopCommonModes )。

然后, runloop 观察者: Runloop Observer 7 种状态。

/* Run Loop Observer Activities */

typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {

kCFRunLoopEntry = (1UL << 0),

kCFRunLoopBeforeTimers = (1UL << 1),

kCFRunLoopBeforeSources = (1UL << 2),

kCFRunLoopBeforeWaiting = (1UL << 5),

kCFRunLoopAfterWaiting = (1UL << 6),

kCFRunLoopExit = (1UL << 7),

kCFRunLoopAllActivities = 0x0FFFFFFFU

};

分别表示:

状态 含义
kCFRunLoopEntry 运行runloop的入口。
kCFRunLoopBeforeTimers Inside the event processing loop before any timers are processed.(在处理任何 Timer 计时器之前)
kCFRunLoopBeforeSources Inside the event processing loop before any sources are processed.(在处理任何 Sources 源之前)
kCFRunLoopBeforeWaiting Inside the event processing loop before the run loop sleeps, waiting for a source or timer to fire. This activity does not occur if CFRunLoopRunInMode is called with a timeout of 0 seconds. It also does not occur in a particular iteration of the event processing loop if a version 0 source fires.(在等待源 Source 和计时器 Timer 之前)
kCFRunLoopAfterWaiting Inside the event processing loop after the run loop wakes up, but before processing the event that woke it up. This activity occurs only if the run loop did in fact go to sleep during the current loop.(在等待源 Source 和计时器 Timer 后,同时在被唤醒之前。
kCFRunLoopExit The exit of the run loop, after exiting the event processing loop. This activity occurs once for each call to CFRunLoopRun and CFRunLoopRunInMode.(runloop的出口)
kCFRunLoopAllActivities runloop的所有状态。

2

iOS如何监控线程卡顿?

说一下 QiLagMonitor 中的大致实现思路。

  • 首先,创建一个观察者 runLoopObserver ,用于观察主线程的 runloop 状态。 同时,还要创建一个信号量 dispatchSemaphore ,用于保证同步操作。

  • 其次,将观察者 runLoopObserver 添加到主线程 runloop 中观察。

  • 然后,开启一个子线程,并且在子线程中开启一个持续的 loop 来监控主线程 runloop 的状态。

  • 如果发现主线程 runloop 的状态卡在为 BeforeSources 或者 AfterWaiting 超过 88 毫秒时,即表明主线程当前卡顿。 这时候,我们保存主线程当前的调用堆栈即可达成监控目的。

图解原理:

  • 正常情况下:

iOS 性能监控(二)—— 主线程卡顿监控

  • 异常情况下:

iOS 性能监控(二)—— 主线程卡顿监控

3

QiLagMonitor中的具体实现

第一步,创建一个信号量 dispatchSemaphore 和观察者 runLoopObserver

//! 创建一个信号量,保证同步操作

dispatchSemaphore = dispatch_semaphore_create(0); //! Dispatch Semaphore保证同步

//! 创建一个观察者

CFRunLoopObserverContext context = {0,(__bridge void*)self,NULL,NULL};

runLoopObserver = CFRunLoopObserverCreate(kCFAllocatorDefault,

kCFRunLoopAllActivities,

YES,

0,

&runLoopObserverCallBack,

&context);

同时当主线程的 runloop 状态发生改变时,会调用 runLoopObserverCallBack 方法,它内部会存储当前的 runloop 状态。 同时,控制信号量。

static void runLoopObserverCallBack(CFRunLoopObserverRef observer, CFRunLoopActivity activity, void *info){

QiLagMonitor *lagMonitor = (__bridge QiLagMonitor*)info;

lagMonitor->runLoopActivity = activity;


dispatch_semaphore_t semaphore = lagMonitor->dispatchSemaphore;

dispatch_semaphore_signal(semaphore);

}

第二步,将观察者添加到主线程 runloop common 模式下观察。

//! 将观察者添加到主线程runloop的common模式下的观察中

CFRunLoopAddObserver(CFRunLoopGetMain(), runLoopObserver, kCFRunLoopCommonModes);

第三步,创建一个子线程,并开启一个持续的 loop (其实就是个 while 死循环)来监控主线程的 runloop 状态。 runloop 的状态持续为 BeforeSources AfterWaiting 两个状态时,说明主线程卡顿,记录当前主线程调用堆栈。

//! 创建子线程监控

dispatch_async(dispatch_get_global_queue(0, 0), ^{

//! 子线程开启一个持续的loop用来进行监控

while (YES) {

long semaphoreWait = dispatch_semaphore_wait(self->dispatchSemaphore, dispatch_time(DISPATCH_TIME_NOW, STUCKMONITORRATE * NSEC_PER_MSEC));

if (semaphoreWait != 0) {

if (!self->runLoopObserver) {

self->timeoutCount = 0;

self->dispatchSemaphore = 0;

self->runLoopActivity = 0;

return;

}

//! 两个runloop的状态,BeforeSources和AfterWaiting这两个状态区间时间能够检测到是否卡顿

if (self->runLoopActivity == kCFRunLoopBeforeSources || self->runLoopActivity == kCFRunLoopAfterWaiting) {

//! 出现三次出结果

if (++self->timeoutCount < 3) {

continue;

}

NSLog(@"monitor trigger");

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0), ^{

NSString *stackStr = [QiCallStack callStackWithType:QiCallStackTypeMain];

QiCallStackModel *model = [[QiCallStackModel alloc] init];

model.stackStr = stackStr;

model.isStuck = YES;

[[[QiLagDB shareInstance] increaseWithStackModel:model] subscribeNext:^(id x) {}];

});

} // end activity

}// end semaphore wait

self->timeoutCount = 0;

}// end while

});

iOS 性能监控(二)—— 主线程卡顿监控

360官方技术公众号 

技术干货|一手资讯|精彩活动


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

文明之光(第一册)

文明之光(第一册)

吴军 / 人民邮电出版社 / 2014-6-25 / 59.00元

人类的历史,是从野蛮蒙昧一步步走向文明进步的过程。在文明的进程中,人类创造出多元的文化,它们有着各自的特长。要实现人类和平发展的终极理想,一个重要的前提是承认文化的多元性,并且取长补短,相互融合。 吴军博士写作《文明之光》系列,希望能开阔人们的视野,让我们看到各种各样的人类文明。虽然今天不同的地区发达程度不同,文明历史的长短不一,国家亦有大小之分,但是文明之光从世界的每一个角落发出,对人类的......一起来看看 《文明之光(第一册)》 这本书的介绍吧!

CSS 压缩/解压工具
CSS 压缩/解压工具

在线压缩/解压 CSS 代码

JSON 在线解析
JSON 在线解析

在线 JSON 格式化工具

XML 在线格式化
XML 在线格式化

在线 XML 格式化压缩工具