如果我们需要一个模型,让线程能随时处理事件但并不退出,这种模型通常称作Event Loop.实现这种模型的关键点在于:如何管理事件、消息,如何让线程在没有处理消息时进入休眠以避免资源占用,在有消息到来时立刻唤醒。
RUNLoop实际上就是一个对象,它管理了其需要处理的事件和消息,并提供了一个入口函数来执行Event Loop 的逻辑,线程执行了这个函数后,就会一直处于这个函数内部“接受消息 -> 等待 -> 处理”的循环中,直到这个循环结束,函数返回。
线程和runloop之间是一一对应的,其关系保存在一个全局的Dictionary里,线程刚创建时并没有runloop,如果你不主动获取,那它一直都不会有。runloop的创建是发生在第一次获取时,runloop的销毁是发生在线程结束时。你只能在一个线程的内部获取其runloop.
在corefoundation里关于runloop有5个类,
CFRunLoopRef
CFRunLoopModeRef
CFRunLoopSourceRef
CFRunLoopTimerRef
CFRunLoopObserverRef
一个runloop包含若干个mode,每个mode又包含若干个source、timer、observer。每次调用runloop的主函数时,只能指定其中一个mode,这个mode称作currentmode,如果需要切换mode,只能退出loop,再重新指定一个mode进入。这样做是为了分开不同组的source、timer、observer,使其互不影响。
CFRunLoopSourceRef 是事件产生的地方。Source有两个版本:Source0 和 Source1。
• Source0 只包含了一个回调(函数指针),它并不能主动触发事件。使用时,你需要先调用 CFRunLoopSourceSignal(source),将这个 Source 标记为待处理,然后手动调用 CFRunLoopWakeUp(runloop) 来唤醒 RunLoop,让其处理这个事件。
• Source1 包含了一个 mach_port 和一个回调(函数指针),被用于通过内核和其他线程相互发送消息。这种 Source 能主动唤醒 RunLoop 的线程,其原理在下面会讲到。
CFRunLoopTimerRef 是基于时间的触发器,它和 NSTimer 是toll-free bridged 的,可以混用。其包含一个时间长度和一个回调(函数指针)。当其加入到 RunLoop 时,RunLoop会注册对应的时间点,当时间点到时,RunLoop会被唤醒以执行那个回调。
CFRunLoopObserverRef 是观察者,每个 Observer 都包含了一个回调(函数指针),当 RunLoop 的状态发生变化时,观察者就能通过回调接受到这个变化。
Source/Timer/Observer 被统称为 mode item,一个 item 可以被同时加入多个 mode。但一个 item 被重复加入同一个 mode 时是不会有效果的。如果一个 mode 中一个 item 都没有,则 RunLoop 会直接退出,不进入循环。
参考:
runloop基本认识
runloop实际应用
强烈推荐runloop的实际应用,例子中通过创建runLoopObsever,将耗时操作推迟到线程休眠前一刻进行操作,并将多个耗时操作分发到多次runloop中执行。思路很赞!!👍