南栀倾寒 •
•
iOS
- 在写这篇文章的时候,我只是想记录下如何使用Runloop,如果你不太了解Runloop,你可以跳转到文章结束,那里有部分我阅读过的文章。希望适合你。
最近看到一篇检测实时检测UI卡顿的文章,iOS实时卡顿监控,还有一篇讲解Runloop的文章IOS---实例化讲解RunLoop,发现里面的很乏的讲解了原理,要不然就直接使用,没有讲解如何使用CFRunloop的API,这里就做下记录
CreateObserver
CFRunLoopObserverCreate 当我们在Xcode的键盘中键入这几个单词的时候系统会弹出来2个函数的提示,
CFRunLoopObserverRef CFRunLoopObserverCreate ( CFAllocatorRef allocator, CFOptionFlags activities, Boolean repeats, CFIndex order, CFRunLoopObserverCallBack callout, CFRunLoopObserverContext *context );
CFRunLoopObserverRef CFRunLoopObserverCreateWithHandler ( CFAllocatorRef allocator, CFOptionFlags activities, Boolean repeats, CFIndex order, void (^block)( CFRunLoopObserverRef observer, CFRunLoopActivity activity) );
针对1 我们打开Xcode的文档,可以看到
- allocator:该参数为对象内存分配器,一般使用默认的分配器kCFAllocatorDefault。或者NULL
- activities:该参数配置观察者监听Run Loop的哪种运行状态。在示例中,我们让观察者监听Run Loop的所有运行状态。
看起来不知道说的什么 ,来我们点进源码 /* Run Loop Observer Activities */
typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
kCFRunLoopEntry = (1UL << 0), // 进入runloop的时候
kCFRunLoopBeforeTimers = (1UL << 1),// 执行timer前
kCFRunLoopBeforeSources = (1UL << 2), // 执行事件源前
kCFRunLoopBeforeWaiting = (1UL << 5),//休眠前
kCFRunLoopAfterWaiting = (1UL << 6),//休眠后
kCFRunLoopExit = (1UL << 7),// 退出
kCFRunLoopAllActivities = 0x0FFFFFFFU
};
- repeats:该参数标识观察者只监听一次还是每次Run Loop运行时都监听。
- order:观察者优先级,当Run Loop中有多个观察者监听同一个运行状态时,那么就根据该优先级判断,0为最高优先级别。
- callout:观察者的回调函数,在Core Foundation框架中用CFRunLoopObserverCallBack重定义了回调函数的闭包。
- context:观察者的上下文。 (类似与
KVO
传递的context,可以传递信息,)因为这个函数创建ovserver的时候需要传递进一个函数指针,而这个函数指针可能用在n多个oberver 可以当做区分是哪个observer的状机态。(下面的通过block创建的observer一般是一对一的,一般也不需要Context,),还有一个例子类似与NSNOtificationCenter的 SEL
和 Block
方式,针对2 我们同样打开Xcode的文档
这里的参数只有block取代了之前的callBack
这个block定义方式为
void (^block) (CFRunLoopObserverRef observer, CFRunLoopActivity activity)
来我们创造一个观察者吧
// 回掉函数
static void runLoopObserverCallBack(CFRunLoopObserverRef observer, CFRunLoopActivity activity, void *info)
{
PerformanceMonitor *moniotr = (__bridge PerformanceMonitor*)info;
moniotr->activity = activity;
dispatch_semaphore_t semaphore = moniotr->semaphore;
dispatch_semaphore_signal(semaphore);
}
// 注册RunLoop状态观察
CFRunLoopObserverContext context = {0,(__bridge void*)self,NULL,NULL};
observer = CFRunLoopObserverCreate(kCFAllocatorDefault,
kCFRunLoopAllActivities,
YES,
0,
&runLoopObserverCallBack,
&context);
//将观察者添加到主线程runloop的common模式下的观察中
CFRunLoopAddObserver(CFRunLoopGetMain(), observer, kCFRunLoopCommonModes);
文中作者使用的是CallBack创建的observer,我看到sunnnyx的FDTemplateLayoutCell // 在1.2版本的时候有利用Runloop去预缓存行高的功能,虽然这个功能目前已经被废弃在,不过读者可以从release里面找到tag为1.2的源码,
我们来改写下observer的创建吧
observer = CFRunLoopObserverCreateWithHandler(kCFAllocatorDefault
, kCFRunLoopAllActivities, true, 0,
^(CFRunLoopObserverRef observer, CFRunLoopActivity activitys) {
self->activity = activitys;
dispatch_semaphore_t semaphores = self->semaphore;
dispatch_semaphore_signal(semaphores);
});
//将观察者添加到主线程runloop的common模式下的观察中
CFRunLoopAddObserver(CFRunLoopGetMain(), observer, kCFRunLoopCommonModes);
测试下吧,可以达到同样的效果
检测卡顿的作者用的是信号量的机制,在主线程的Runloop注入了一个Observer,在这个回调函数里面传递信号量,然后开启了一个死循环的子线程用来监听信号量,如果达到卡顿情况就打包log
如果你不太理解信号量机智可以去看 Objective-C高级编程 iOS与OSX多线程和内存管理
只是想迅速的理解可以先查看篇文章IOS 多线程信号量的用法(解决异步线程中的线程等待问题)
一般我们在处理Runloop的时候主要是Observer,Timer,Source,同理对应的创建方法给出
timer
-
CFRunLoopTimerRef CFRunLoopTimerCreateWithHandler ( CFAllocatorRef allocator, CFAbsoluteTime fireDate, CFTimeInterval interval, CFOptionFlags flags, CFIndex order, void (^block)( CFRunLoopTimerRef timer) );
-
CFRunLoopTimerRef CFRunLoopTimerCreate ( CFAllocatorRef allocator, CFAbsoluteTime fireDate, CFTimeInterval interval, CFOptionFlags flags, CFIndex order, CFRunLoopTimerCallBack callout, CFRunLoopTimerContext *context );
Source
souce是事件源不是事件,所以自然也不需要回掉或者block
- CFRunLoopSourceRef CFRunLoopSourceCreate ( CFAllocatorRef allocator, CFIndex order, CFRunLoopSourceContext *context );
我觉得Runloop其实是相当好理解的,只不过对于大部分的C 函数,由于很多人的基本功差点,指针用的不太红,看到函数就紧张而已所以才被吹得非常高大上。
我们学会了基本的使用runloop,合适使用?
我觉得一般有下面几中原因
- 你不希望你的线程在执行一次任务中死去,
- 你需要监听线程中的状态
最后给出几个学习链接
RunLoop深度探究(一)
RunLoop深度探究(二)
RunLoop深度探究(三)
RunLoop深度探究(四)
RunLoop深度探究(五)
深入理解RunLoop文章
http://blog.ibireme.com/2015/05/18/runloop/
读 Threading Programming Guide 笔记(一)
读 Threading Programming Guide 笔记(二)
读 Threading Programming Guide 笔记(三)
读 Threading Programming Guide 笔记(四)
阅读更多