runloop和其他内容相关的细枝末节

https://www.jianshu.com/p/16844e156d9f
https://opensource.apple.com/source/CF/CF-635.19/CFRunLoop.c.auto.html

https://juejin.im/post/5add46606fb9a07abf721d1d 掘金上的好文
1.runloop的基本作用：
一种在当前线程持续调度各种任务（触摸事件，timer事件，source事件，performSelector事件）的运行机制。
2.runloop和线程间的关系：此处dispatch出的线程呢 系统的默认线程呢 没见到需要生成runloop的

使用dispatch_async到系统默认的线程中，也是不会自动生成runloop的。dispatch_get_global_queue(0,0).
performSelector:withObject:afterDelay: 是个timer事件。深究一下
https://www.jianshu.com/p/da010a008741  performSelector相关内容。
1）

performSelector:withObject:只是一个单纯的消息发送，和时间没有一点关系。所以不需要添加到子线程的Runloop中也能执行

2）子线程的runloop中确实添加了一个CFRunLoopTimer的事件。对于该performSelector延迟方法而言，如果在主线程中调用，那么test方法也是在主线程中执行；如果是在子线程中调用，那么test也会在该子线程中执行。

3）和thread相  的5

4）多值传参：
objc_msgSend
NSInvocation

https://coding.imooc.com/learn/questiondetail/180161.html 问题 为什么runloop的启动要放在performSelector的后面：
因为runloop能否启动。如果Mode里没有任何Source0/Source1/Timer/Observer，RunLoop会立马退出。线程是可以没有runloop的，只执行一次的线程就不需要runloop。
3.runloop结构：

runloop的数据结构表明：一个runloop对应了多种modes，一个mode里会包含4种数据源：
1.source0：run->doSources0.公开给开发者使用的。触摸事件，PerformSelectors。其中触摸事件先

mach port是系统函数，用来进行进程间的通信

2.source1： run->dosources1.基于Port的线程间通信.系统间的，开发人员不能介入的。基于mach_msg函数，通过读取某个port上内核消息队列上的消息来决定执行的任务。比如：渲染UI
3.timer：dotimers->dotimer
4.observer:

4.每次RunLoop启动时，只能指定其中一个 Mode，这个Mode被称作 CurrentMode如果需要切换Mode，只能退出RunLoop，再重新指定一个Mode进入，这样做主要是为了分隔开不同组的Source、Timer、Observer，让其互不影响。如果Mode里没有任何Source0/Source1/Timer/Observer，aRunLoop会立马退出.(这个runloop应该是一次while循环吧，是的。) 用scrollview测试一下每次切换mode时 是否会先end一下runloop

5.timer添加runloop的mode测试。和文章说的有出入。
6.

自动释放池：
RunLoop内部有一个自动释放池，当RunLoop开启时，就会自动创建一个自动释放池，当RunLoop在休息之前会释放掉自动释放池的东西，然后重新创建一个新的空的自动释放池，当RunLoop被唤醒重新开始跑圈时，Timer,Source等新的事件就会放到新的自动释放池中，当RunLoop退出的时候也会被释放。注意：只有主线程的RunLoop会默认启动。 前面说的有问题啊
也就意味着会自动创建自动释放池，子线程需要在线程调度方法中手动添加自动释放池。

@autorelease{
//执行代码
}

子线程的autorelease如何添加

runloop和GCD：
在runloop中用到GCD的地方：
https://www.jianshu.com/p/ef4e8f764802
runloop中的超时时间使用的是GCD中的dispatch_source_t实现的：

runloop和autorelease pool
runloop和timer