作为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输入事件。
runloop内部event loop通过
__CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__方法分发事件，在这种情况下，其它线程异步回调主队列，逐步执行任务，其他线程同时dispatch_async执行主队列，会进入等待页面，没有机会，直到当前的任务完成。那么如果需要这样做，如何实现？可以
[self performSelectorOnMainThread:@selector(testRun) withObject:nil waitUntilDone:NO];
直接使用perform方法，方法的调用栈如下
可以看出这个方法产生了一个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
