Runloop之输入源

作为iOS进阶，runloop（运行循环）是一个核心概念。具体可以参照我上一篇文章runloop初始
直接上代码:

- (void)viewDidLoad {
    [super viewDidLoad];
    //1.异步调用回调主线程
    dispatch_async(dispatch_get_main_queue(), ^{
        [self testRun];
    });
}

- (void)testRun
{
    while (true) {
        //手动开启runloop 执行0.05s
        [[NSRunLoop currentRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:0.05]];
    }
}

上述代码执行，会出现什么问题？（暂不考虑多次开启runlloop性能问题，以及无法退出问题)
上述代码的本来目的是为了阻塞当前线程，同时可以处理其它source。
但dispatch_async 异步回调主线程，并没有新产生一个source输入事件。

屏幕快照 2018-05-27 下午6.42.10.png

runloop内部event loop通过 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__方法分发事件，在这种情况下，其它线程异步回调主队列，逐步执行任务，其他线程同时dispatch_async执行主队列，会进入等待页面，没有机会，直到当前的任务完成。
那么如果需要这样做，如何实现？可以

[self performSelectorOnMainThread:@selector(testRun) withObject:nil waitUntilDone:NO];

直接使用perform方法，方法的调用栈如下

方法调用栈.png

可以看出这个方法产生了一个source0事件，然后分发出去。
在调用runloop的 runUntilDate:当超时时，可以退出当前的runloop，同时去处理其他source。
NOTE:perform执行需要runloop。主线程的runloop默认开启，如果在其他线程上执行，需要开启runloop。

NOTE:单纯的while(true)循环会使runloop一直处于处理souce事件kCFRunLoopBeforeSources，导致卡死所在的线程。
可以通过给对应的runloop加入观察者查看对应的状态

//添加观察者
        CFRunLoopObserverRef observer = CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(), kCFRunLoopAllActivities, YES, 0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {
            NSLog(@"监听runloop状态改变—%zd",activity);
        });
        CFRunLoopAddObserver(CFRunLoopGetCurrent(), observer, kCFRunLoopCommonModes);

runloop运行的状态

typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
kCFRunLoopEntry = (1UL << 0), //1 即将进入Runloop
kCFRunLoopBeforeTimers = (1UL << 1), //2 即将处理NSTimer
kCFRunLoopBeforeSources = (1UL << 2), //4 即将处理Sources
kCFRunLoopBeforeWaiting = (1UL << 5), //32 即将进入休眠
kCFRunLoopAfterWaiting = (1UL << 6), //64, 刚从休眠中唤醒
kCFRunLoopExit = (1UL << 7), //128 即将退出runloop
kCFRunLoopAllActivities = 0x0FFFFFFFU //所有状态改变 };
*/
更多可以参照
iOS刨根问底-深入理解RunLoop