Re:从零开始的RunLoop实践01
Re:从零开始的RunLoop实践
本系列文章，因我在网上看了很多RunLoop的文章之后（先膜拜各路大牛），感觉自己大概懂了，但是说实战一下，又无从下码，本着写不出来代码，会再多理论好比有枪开不出子弹，所以尽量以解决开发中实际问题为出发点，主要以网络上的博客和Github找到的代码为基础（这都是大牛的功劳），总结出用以实战的几个demo，主要为了以后自己使用查找方便（所以此系列提及的理论巨少，基本都是代码，观众老爷也可以直接复制粘贴使用起来），公布在网络上，欢迎各位指出错误，帮助本人及观看文章的大家成长学习。
Re:从零开始的Runloop实践01-线程常驻与销毁
本片博文的代码地址：
https://github.com/zyzhangyu/RunLoopDemo
本小节部分代码取自http://weibo.com/1794363822/CvDEHwuvX?type=comment大牛的Github
强烈推荐同行关注此人
实践目的：保证线程长存，有需求时工作，没有时则休息，属于性能优化的一个方法。
先用最简单的方法实现：
{
_zyThread = [[ZYThread alloc] initWithTarget:self selector:@selector(configRunLoop) object:nil];
[_zyThread setName:@"章鱼线程"];
[_zyThread start];
}```
- (void)configRunLoop{
@autoreleasepool {
NSRunLoop *runLoop = [NSRunLoop currentRunLoop];
[runLoop addPort:[NSPort port] forMode:NSDefaultRunLoopMode];
[runLoop run];
}
}
使用`- (void)performSelector:(SEL)aSelector onThread`添加任务到RunLoop当中。示例如下：
``` [self performSelector:@selector(test) onThread:_zyThread withObject:nil waitUntilDone:NO];```
以上为最简单的使用RunLoop实现线程常驻的方法，缺点是使用`[runLoop run];`开启的RunLoop，在线程中使用`CFRunLoopStop(runLoopRef);`
也无法销毁。
优点：简单方便
缺点：难以结束
特点：实现了需要线程长存的目标，并且做到了有任务时执行，无任务时休眠的高效率。
可以改进的地方：
- 看不出哪里表现了，有任务时执行，无任务时休眠的效率
- 删除困难，到需要结束时，难以结束
针对以上可以改进的两点，才有了今天的主角—demo1.
核心代码如下：
使用do while循环来作为一个控制RunLoop是否继续的一个开关。
核心代码全貌（30行代码，重写在NSThread的子类下面）：
注释1：
- 获取当前的RunLoop，没有的话会创建一个。
- 创建一个CFRunLoopObserverContext
- 创建一个CFRunLoopObserverRef
这三个东西都是名词，百度一搜，解释的大把大把。
注释2：为RunLoop添加观察者
注释3：如果当前线程有当前设置的runMode下的事件发生，runloop就会启动，处理对应的事件。如果没有事件发生，runloop就会在每一次 `NSDate distantFuture到来时，启动一次当前线程的runloop.`
只要将控制循环是否继续的Bool类型变量continued设置为No，线程就将会退出。
接下来是证明，Runloop会在有任务时执行，无任务时休眠的部分：
两段代码：
void currentRunLoopObserver(CFRunLoopObserverRef observer, CFRunLoopActivity activity, void *info)
{
NSLog(@"Current thread Run Loop activity: %@", printActivity(activity));
}```
static inline NSString* printActivity(CFRunLoopActivity activity)
{
NSString *activityDescription;
switch (activity) {
case kCFRunLoopEntry:
activityDescription = @"kCFRunLoopEntry";
break;
case kCFRunLoopBeforeTimers:
activityDescription = @"kCFRunLoopBeforeTimers";
break;
case kCFRunLoopBeforeSources:
activityDescription = @"kCFRunLoopBeforeSources";
break;
case kCFRunLoopBeforeWaiting:
activityDescription = @"kCFRunLoopBeforeWaiting";
break;
case kCFRunLoopAfterWaiting:
activityDescription = @"kCFRunLoopAfterWaiting";
break;
case kCFRunLoopExit:
activityDescription = @"kCFRunLoopExit";
break;
default:
break;
}
return activityDescription;
}
解释一下，上面代码的作用就是—>在之前给RunLoop添加的观察者，每个 Observer 都包含了一个回调（函数指针），当 RunLoop 的状态发生变化时，观察者就能通过回调接受到这个变化。回调内容是打印观察到的状态，可以观测的时间点有以下几个：
typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
kCFRunLoopEntry = (1UL << 0), // 即将进入Loop
kCFRunLoopBeforeTimers = (1UL << 1), // 即将处理 Timer
kCFRunLoopBeforeSources = (1UL << 2), // 即将处理 Source
kCFRunLoopBeforeWaiting = (1UL << 5), // 即将进入休眠
kCFRunLoopAfterWaiting = (1UL << 6), // 刚从休眠中唤醒
kCFRunLoopExit = (1UL << 7), // 即将退出Loop
};
这样根据打印出来的状态就可以确定，RunLoop到底是不是在有任务时执行，无任务时休眠了：
Paste_Image.png
第一个分隔线之前，为RunLoop添加了第一个任务—射击，我们知道
线程和 RunLoop 之间是一一对应的，其关系是保存在一个全局的 Dictionary 里。线程刚创建时并没有 RunLoop，如果你不主动获取，那它一直都不会有。RunLoop 的创建是发生在第一次获取时，RunLoop 的销毁是发生在线程结束时。你只能在一个线程的内部获取其 RunLoop（主线程除外）。
第一个分隔线之前，我们可以看到RunLoop中，执行第一个任务到任务结束后，进入到kCFRunLoopBeforeWaiting一个完整的状态变化过程，这也能说明RunLoop在执行完任务之后，休息了。
第一个和第二个分隔线之间，显示了，RunLoop从休息到唤醒在到休息的过程。
第二个分隔线之后，是RunLoop从唤醒到结束的一个过程。
这个Log可以和这张图互相辅助来看：
Paste_Image.png
本片博文的代码地址：
https://github.com/zyzhangyu/RunLoopDemo
参考资料：
http://weibo.com/1794363822/CvDEHwuvX?type=comment大牛的Github
http://blog.ibireme.com/2015/05/18/runloop/ 此篇为RunLoop写的相当好的一篇 强烈建议大家学习 也希望我早日能写出这种技术博文
