RunLoop浅谈

前言

一直想学习Runloop，但是对于一个菜鸟来说感觉太难了。最近看了一些文章还有 @sunnyxx 孙源《RunLoop》的视频,自己做个简单的总结，有什么不正确的希望大神指教。

自己写的一个小demo:GitHub地址

RunLoop的含义

从这个名字大概就可以看出来他的意思 Run:跑 loop:圈就是一直不停的跑圈，从程序一开始它就一直跑，知道这个程序被杀死。

RunLoop的作用

下面全是自己的理解

1 . 就是接收用户的输入事件
2 . 就是接收用户对UI界面的反应

@sunnyxx在视频里的解释

使程序一直运行接受用户输入

决定程序在何时应该处理哪些Event
调用解耦
节省CPU时间

介绍一下RunLoop的构成

CFRunLoopSource
CFRunLoopTimer
CFRunLoopObserver

下面说一下自己的对这三个的理解：

先说一下CFRunLoopObserver 这个应该很好理解 Observer观察者，在KVO 里也有这个，它就好像一个人一样一直观察整个App的动态,比如说有用户点击了按钮，他就会唤醒RunLoop,跟它说别睡了该干活了，
CFRunLoopSource其实是分为两个Source的一个是Source0 一个是Source1 其中Source0是代表用户做的一些操作的，比如点击，输入事件 Source1代表的是系统的一些事件。
CFRunLoopTimer 这个时间我个人也理解成两个时间一个是NSTimer的时间一个是GCD的时间

介绍一下RunLoop的Model

@sunnyxx的视频里面讲到了四个

NSDefalutRunLoopMode 默认状态.空闲状态
UITrackingRunLoopMode 滑动ScrollView的时候用这个
UIInitializationRunLoopMode 私有API,App启动到主页之间调用这个
NSRunLoopCommonModes 这是一个集合，默认包括上面第一和第二
但是我自己写代码的时候，只发现了第一个和第四个，其他两个都没有了，这里要注意每个runloop只能有一种Model。

说一下RunLoop的运行

在一个Runloop的循环里 runloop首先问一下CFRunLoopSource有没有用户的事件要处理有没有系统的事件要处理，然后runloop在问一下CFRunLoopTimer 有没有NSTimer的事件要处理或者是GCD有没有要回到主线程的事件，如果有就去处理，没有就要休息了。如果一直没有事件触发它，他就会一直处于休息的状态。加入外部有了事件来了，就把runloop唤醒了，（这个唤醒是通过mach_Port这个来唤醒的，我是一点都不懂了😭），RunLoop醒了之后会判断是什么事件把它唤醒的，是Source事件还是Timer事件，如果是Source事件是系统事件还是用户事件，知道什么事件后他就去处理这个事件。处理完了没事了它又会回到我开头说的，去问CFRunLoopSource有没有用户的事件要处理有没有系统的事件要处理，然后runloop在问一下CFRunLoopTimer 有没有NSTimer的事件要处理或者是GCD有没有要回到主线程的事件，一直这样循环。

说一下现实的应用

说了半天，其实实际中对于我这种菜鸟没有什么可以用到的地方，只是学习了一下底层的机制。说一个和我们切身相关的知识点，就是滑动tableView的时候NSTimer不执行自己的事件了。就是通过修改Model来解决的

应用一

第一种

NSTimer *time=[NSTimer timerWithTimeInterval:1 target:self selector:@selector(secondCellTimeChange) userInfo:nil repeats:YES]; [[NSRunLoop currentRunLoop] addTimer:time forMode:NSDefaultRunLoopMode];

第二种
NSTimer *Thirdtime=[NSTimer timerWithTimeInterval:1 target:self selector:@selector(ThirdCellTimeChange) userInfo:nil repeats:YES]; [[NSRunLoop currentRunLoop] addTimer:Thirdtime forMode:NSRunLoopCommonModes];

第一种NSDefaultRunLoopMode在滚动scrollView的时候就不走NSTimer的事件了。然而你改成第二种就可以了

应用二

就是autoreleasepool它是在大括号走完之后，Runloop接到它唤醒之后走完这一圈才释放的。

应用三 AFNetworking是如何运用的

+ (void)networkRequestThreadEntryPoint:(id)__unused object { @autoreleasepool { [[NSThread currentThread] setName:@"AFNetworking"]; NSRunLoop *runLoop = [NSRunLoop currentRunLoop]; [runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode]; [runLoop run]; } }
+ (NSThread *)networkRequestThread { static NSThread *_networkRequestThread = nil; static dispatch_once_t oncePredicate; dispatch_once(&oncePredicate, ^{ _networkRequestThread = [[NSThread alloc] initWithTarget:self selector:@selector(networkRequestThreadEntryPoint:) object:nil]; [_networkRequestThread start]; }); return _networkRequestThread; }
这个东西实在看不懂，就知道AF建立了一个线程，然后线程里创建了一个RunLoop，这个RunLoop应该是一直询问这个端口。你们可以看下视频，里面讲的很清晰，还有一个应用就是让挂掉的程序重新活过来。

参考文档
@sunnyxx 的视频
 iOS runloop
@autoreleasepool-内存的分配与释放

最后编辑于：2017.12.06 04:30:52