RunLoop（一）：源码与逻辑

凉白开 2019-07-01

简述

什么是RunLoop？顾名思义RunLoop是一个运行循环，它的作用是使得程序在运行之后不会马上退出，保持运行状态，来处理一些触摸事件、定时器时间等。RunLoop可以使得线程在有任务的时候处理任务，没有任务的时候休眠，以此来节省CPU资源，提高程序性能。

那RunLoop是怎样保持程序的运行状态，到底处理了哪些事件？下面我们就从源码的层面来了解一下RunLoop。

RunLoop

获取runloop对象

NSRunLoop和CFRunLoopRef都代表RunLoop对象，NSRunLoop是对CFRunLoopRef的封装。

Foundation

[NSRunLoop currentRunLoop]; // 获得当前线程的RunLoop对象
[NSRunLoop mainRunLoop]; // 获得主线程的RunLoop对象

Core Foundation

CFRunLoopGetCurrent(); // 获得当前线程的RunLoop对象
CFRunLoopGetMain(); // 获得主线程的RunLoop对象
RunLoop相关类

从源码的代码结构中我们可以找出来一下5个跟RunLoop相关的结构

CFRunLoopRef
CFRunLoopModeRef
CFRunLoopSourceRef
CFRunLoopObserverRef
CFRunLoopTimerRef

下面是CFRunLoopRef的结构代码

struct __CFRunLoop {
    CFRuntimeBase _base;
    pthread_mutex_t _lock;            /* locked for accessing mode list */
    __CFPort _wakeUpPort;            // used for CFRunLoopWakeUp 
    Boolean _unused;
    volatile _per_run_data *_perRunData;              // reset for runs of the run loop
    pthread_t _pthread;
    uint32_t _winthread;
    CFMutableSetRef _commonModes;
    CFMutableSetRef _commonModeItems;
    CFRunLoopModeRef _currentMode;
    CFMutableSetRef _modes;
    struct _block_item *_blocks_head;
    struct _block_item *_blocks_tail;
    CFAbsoluteTime _runTime;
    CFAbsoluteTime _sleepTime;
    CFTypeRef _counterpart;
};

变量很多，我们不需要全部看，只需要注意这两个

CFRunLoopModeRef _currentMode;
CFMutableSetRef _modes;

每一个runloop里面有很多mode（存在一个set集合里面），然后之后后一个mode叫做currentMode，也就是说runloop一次只能处理一种mode。

然后我们再看CFRunLoopModeRef的结构，我已经给大家省略了里面那些我们不需要关注的变量

typedef struct __CFRunLoopMode *CFRunLoopModeRef;

struct __CFRunLoopMode {
    CFStringRef _name;
    CFMutableSetRef _sources0;
    CFMutableSetRef _sources1;
    CFMutableArrayRef _observers;
    CFMutableArrayRef _timers;
};

根据上面这些我们大概的可以概括出来RunLoop这些相关类的关系。

RunLoop（一）：源码与逻辑

CFRunLoopModeRef

由上面的源码我们可以稍微总结一下这个CFRunLoopModeRef：

  1. CFRunLoopModeRef代表RunLoop的运行模式
  2. 一个RunLoop包含多个CFRunLoopModeRef，每个CFRunLoopModeRef又包含多个_sources0，_sources1，_observers，_timers。
  3. RunLoop每次只能运行一种mode，切换mode的时候，要先退出之前的mode。
  4. 如果mode中没有_sources0、_sources1、_observers、_timers，程序会立刻退出。

常用的两种Mode

kCFRunLoopDefaultMode（NSDefaultRunLoopMode）：App的默认Mode，通常主线程是在这个Mode下运行

UITrackingRunLoopMode：界面跟踪 Mode，用于 ScrollView 追踪触摸滑动，保证界面滑动时不受其他 Mode 影响。

CFRunLoopObserverRef

源码中给出了可以监听的RunLoop状态

/* Run Loop Observer Activities */
typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {  
    // 进入RunLoop
    kCFRunLoopEntry = (1UL << 0),
    // 即将处理timers
    kCFRunLoopBeforeTimers = (1UL << 1),
    // 即将处理Sources
    kCFRunLoopBeforeSources = (1UL << 2),
    // 即将休眠
    kCFRunLoopBeforeWaiting = (1UL << 5),
    // 被唤醒
    kCFRunLoopAfterWaiting = (1UL << 6),
    // 退出循环
    kCFRunLoopExit = (1UL << 7),
    // 所有状态
    kCFRunLoopAllActivities = 0x0FFFFFFFU
};

具体的怎么样添加observer来监听RunLoop状态我就不贴代码了，网上一搜有很多的。

RunLoop的运行逻辑

前面我们已经了解了RunLoop相关的结构的源码，知道了RunLoop大概的数据结构，那RunLoop到底是如何工作的呢？它的运行逻辑是什么?

我们了解过了每个mode中会存放不同的_sources0、_sources1、_observers、_timers，这些我们可以全部统称是RunLoop要处理的东西，那每一种具体对应我们了解的哪写事件呢？

Source0
触摸事件处理
performSelector:onThread:

Source1
基于系统Port(端口)的线程间通信
系统事件捕捉

Timers
NSTimer定时器
performSelector:withObject:afterDelay:

Observers
用于监听RunLoop的状态
UI刷新（BeforeWating）
Autorelease Pool （BeforWaiting）

注： UI的刷新并不是即时生效，比如说我们改变了view的backgroundColor，当执行到这行代码是并不是立刻生效，而是先记录下有这么一个任务，然后在RunLoop处理完所有的时间，进入休眠之前UI刷新。

RunLoop（一）：源码与逻辑

这是大神总结的RunLoop的运行逻辑图，我直接拿过来用了。我们主要是看左边这部分，右边的这些标注是在源码中对应的主要方法名称。

这个图很容易理解，只有从06跳转到08这一步，单从图上看的话不是很清晰，这一块结合源码就比较明了了。第06步，如果存在Source1就直接跳转到08，在代码中使用了goto这个关键字，其实就是跳过了runloop休眠和唤醒这一部分的代码，直接跳转到了处理各种事件的这一部分。

下面我把源码做了一些删减，方便大家可以更清楚的梳理整个过程

// 这个是runloop入口函数
SInt32 CFRunLoopRunSpecific(CFRunLoopRef rl, CFStringRef modeName, CFTimeInterval seconds, Boolean returnAfterSourceHandled) {     /* DOES CALLOUT */
    
    // 通知Observers 即将进入RunLoop
    if (currentMode->_observerMask & kCFRunLoopEntry ) __CFRunLoopDoObservers(rl, currentMode, kCFRunLoopEntry);
    // 核心方法
    result = __CFRunLoopRun(rl, currentMode, seconds, returnAfterSourceHandled, previousMode);
    // 通知Observers 即将退出RunLoop
    if (currentMode->_observerMask & kCFRunLoopExit ) __CFRunLoopDoObservers(rl, currentMode, kCFRunLoopExit);

    return result;
}

下面是核心方法

static int32_t __CFRunLoopRun(CFRunLoopRef rl, CFRunLoopModeRef rlm, CFTimeInterval seconds, Boolean stopAfterHandle, CFRunLoopModeRef previousMode) {

    int32_t retVal = 0;
    do {
        
        //通知Observers 即将处理Timers
        if (rlm->_observerMask & kCFRunLoopBeforeTimers) __CFRunLoopDoObservers(rl, rlm, kCFRunLoopBeforeTimers);
        
        //通知Observers 即将处理Sources
        if (rlm->_observerMask & kCFRunLoopBeforeSources) __CFRunLoopDoObservers(rl, rlm, kCFRunLoopBeforeSources);
        
        //处理Blocks
        __CFRunLoopDoBlocks(rl, rlm);
        
        //处理source0,根据返回值决定在处理一次blocks
        Boolean sourceHandledThisLoop = __CFRunLoopDoSources0(rl, rlm, stopAfterHandle);
        if (sourceHandledThisLoop) {
            __CFRunLoopDoBlocks(rl, rlm);
        }

        Boolean poll = sourceHandledThisLoop || (0ULL == timeout_context->termTSR);

        
        // source1相关
        if (MACH_PORT_NULL != dispatchPort && !didDispatchPortLastTime) {
            msg = (mach_msg_header_t *)msg_buffer;
            // 是否有Source1  有的话跳转到handle_msg
            if (__CFRunLoopServiceMachPort(dispatchPort, &msg, sizeof(msg_buffer), &livePort, 0, &voucherState, NULL)) {
                goto handle_msg;
            }
        }

        didDispatchPortLastTime = false;

        // 通知Observers: 即将休眠
        if (!poll && (rlm->_observerMask & kCFRunLoopBeforeWaiting)) __CFRunLoopDoObservers(rl, rlm, kCFRunLoopBeforeWaiting);
        //休眠
        __CFRunLoopSetSleeping(rl);
    

        //等待别的消息来唤醒当前线程
        __CFRunLoopServiceMachPort(waitSet, &msg, sizeof(msg_buffer), &livePort, poll ? 0 : TIMEOUT_INFINITY, &voucherState, &voucherCopy);

        
        __CFRunLoopUnsetSleeping(rl);
        
        // 通知Observers: 即将醒来
        if (!poll && (rlm->_observerMask & kCFRunLoopAfterWaiting)) __CFRunLoopDoObservers(rl, rlm, kCFRunLoopAfterWaiting);

    // 标识标识 !!!!!
    handle_msg:;
        
        __CFRunLoopSetIgnoreWakeUps(rl);

        //下面根据是什么唤醒的runloop来分别处理
        
        if (MACH_PORT_NULL == livePort) {
            CFRUNLOOP_WAKEUP_FOR_NOTHING();
            // handle nothing
        } else if (livePort == rl->_wakeUpPort) {
            CFRUNLOOP_WAKEUP_FOR_WAKEUP();
            // do nothing on Mac OS
        }
        
        // 被Timer唤醒
        else if (modeQueuePort != MACH_PORT_NULL && livePort == modeQueuePort) {
            CFRUNLOOP_WAKEUP_FOR_TIMER();
            // 处理Timers
            if (!__CFRunLoopDoTimers(rl, rlm, mach_absolute_time())) {
                // Re-arm the next timer, because we apparently fired early
                __CFArmNextTimerInMode(rlm, rl);
            }
        }
        // 被Timer唤醒
        else if (rlm->_timerPort != MACH_PORT_NULL && livePort == rlm->_timerPort) {
            CFRUNLOOP_WAKEUP_FOR_TIMER();
            // 处理Timers
            if (!__CFRunLoopDoTimers(rl, rlm, mach_absolute_time())) {
                // Re-arm the next timer
                __CFArmNextTimerInMode(rlm, rl);
            }
        }
        // 被GCD唤醒
        else if (livePort == dispatchPort) {

            // 处理GCD相关
            __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__(msg);

        } else {
            //被Source1唤醒
            //处理Source1
            sourceHandledThisLoop = __CFRunLoopDoSource1(rl, rlm, rls, msg, msg->msgh_size, &reply) || sourceHandledThisLoop;

        }


        //在处理一遍BLocks
        __CFRunLoopDoBlocks(rl, rlm);
        
        
        // 设置返回值 决定是否继续循环
        if (sourceHandledThisLoop && stopAfterHandle) {
            retVal = kCFRunLoopRunHandledSource;
        } else if (timeout_context->termTSR < mach_absolute_time()) {
            retVal = kCFRunLoopRunTimedOut;
        } else if (__CFRunLoopIsStopped(rl)) {
            __CFRunLoopUnsetStopped(rl);
            retVal = kCFRunLoopRunStopped;
        } else if (rlm->_stopped) {
            rlm->_stopped = false;
            retVal = kCFRunLoopRunStopped;
        } else if (__CFRunLoopModeIsEmpty(rl, rlm, previousMode)) {
            retVal = kCFRunLoopRunFinished;
        }
        
    } while (0 == retVal);

    return retVal;
}

图和源码结合来看，整个流程就清晰了很多。流程里面的有些东西不需要我们太过深入的研究，我们把这个流程掌握一下就OK了。

细节补充

第一点

我们都知道RunLoop有一个优势，那就是可以使线程在有工作的时候工作，没有工作的时候休眠，来减少占用CPU资源，提高程序性能。

这说明代码在执行到

//等待别的消息来唤醒当前线程
__CFRunLoopServiceMachPort(waitSet, &msg, sizeof(msg_buffer), &livePort, poll ? 0 : TIMEOUT_INFINITY, &voucherState, &voucherCopy);

的时候，会阻塞当前的线程。但这种阻塞跟我们之前所用到过的阻塞线程不是一回事。

举个例子，我们可以使用while(1){};这句代码来阻塞线程，这句代码在底层会转换为汇编的代码，我们的线程一直在重读执行这几句代码，所以他仅仅是阻塞线程，并没有使线程休眠，我们的线程一直在工作。但是runloop，通过mach_msg使用了一些内核层的API，真的是实现了线程的休眠，让线程不再占用CPU资源。

第二点

RunLoop与线程的关系？

  1. 一个线程对应一个RunLoop对象。
  2. RunLoop默认不创建，在第一次获取的时候创建，主线程中的默认存在RunLoop也是因为在底层代码中，提前获取过一次。
  3. RunLoop储存在一个全局的字典中，线程是key，RunLoop是value。（源码中有所体现）
  4. RunLoop会在线程结束时销毁。
凉白开

凉白开

相关推荐

iOS开发系列之app的一天

本文主要讲述我对 iOS 开发的一些理解，希望能通过 app 从启动到退出，将一些的知识整合起来，形成一条知识链，目前涉及到的知识点有 runloop、runtime、文件存储、界面布局、离线推送、内存管理、响应链、多线程。但大部分较为浅显，我尽量写自己的

heqiang0 / 0评论 2019-12-12

（转）[IOS]Timer定时器

方式1会自动将创建的定时器以默认方式添加到当前线程runloop中，而无需手动添加。方式1和方式2在设置后都会在间隔设定的时间后执行test方法，如果需要立即执行可以使用下面的代码。

MoMo / 0评论 2018-03-01

IOS开发中NSRunloop跟NSTimer的问题

在Windows时代，大家肯定对SendMessage，PostMessage，GetMessage有所了解，这些都是windows中的消息处理函数，那对应在ios中是什么呢，其实就是NSRunloop这个东西。在ios中，所有消息都会被添加到NSRunl

huangxiaoyu / 0评论 2014-08-04

iOS中定时器NSTimer的使用

而scheduled的初始化方法将以默认mode直接添加到当前的runloop中.当定时器创建完（不用scheduled的，添加到runloop中后，该定时器将在初始化时指定的timeInterval秒后自动触发。在重复执行的定时器中调用此方法后立即触发该

莫封洛 / 0评论 2012-04-28

ios 开发经验总结

所有的UI操作,都要切换到主线程中进行.否则,会发生莫名其妙的错误.在主线程中，runloop默认是开启状态的。非主线程中，如果要用到runloop，必须手动开启runloop。尤其是在一个线程中访问另外一个线程的autorelease库中的对象，尤其要注

iOS开发分享交流 / 0评论 2012-03-15

iOS开发者，进国内大型公司，必经之路

前言当您准备进行技术性iOS面试时，了解您可能会询问哪些主题以及经验丰富的iOS开发人员期望什么是非常重要的。这是许多硅谷公司用来衡量iOS候选人资历水平的一系列问题。这些问题涉及iOS开发的各个方面，旨在触及对平台的广泛理解。毕竟，高级开发人员应该能够从

lijiexiaoge / 0评论 2019-03-27

Android入门开发之 Handler使用

Android提供了一个异步的消息回调机制Handler, 它负责发送消息和处理线程消息队列中的消息及runnable对象。Handler实例都是与一个线程和该线程的消息队列一起使用，一旦创建了一个新的handler实例，系统就把该实例与一个线程和该线程的

Helene / 0评论 2013-04-26

iOS中多线程原理与runloop介绍

有些程序是一条直线，起点到终点；有些程序是一个圆，不断循环，直到将它切断。Mac和iOS中的程序启动，创建好一个进程的同时， 一个线程便开始运行，这个线程叫主线程。主线程在程序中的地位和其他线程不同，它是其他线程最终的父线程，且所有界面的显示操作即AppK

iosWorker / 0评论 2013-03-27

Objective-C内存管理如何理解Autorelease

Objective-C内存管理如何理解Autorelease是本文要介绍的内容，主要是来学习Autorelease如何使用，具体内容来看本文详细讲解。如果你能够真正的理解autorelease，那么你才是理解了Objective-C的内存管理。Autore

82407808 / 0评论 2011-08-16

详解Cocoa中RunLoop如何使用

Cocoa中RunLoop如何使用是本文要介绍的内容，CFRunLoop 对象监控任务的输入源，并在它们为处理做好准备的时候调度控制。输入源样例可能包括用户输入设备、网络链接、定期或时间延迟事件，还有异步回调。有3类对象可以被run loop监控：sour

shawjan / 0评论 2011-08-15

Objective-C内存管理 理解Autorelease

Objective-C内存管理 理解Autorelease 是本文要介绍的内容，如果你能够真正的理解autorelease，那么你才是理解了Objective-C的内存管理。Autorelease实际上只是把对release的调用延迟了，对于每一个Auto

81417300 / 0评论 2011-07-21

iOS笔记之NSTimer

而scheduled的初始化方法将以默认mode直接添加到当前的runloop中.repeats:yesOrNo: 当YES时，定时器会不断循环直至失效或被释放，当NO时，定时器会循环发送一次就失效。当定时器创建完（不用scheduled的，添加到runl

MacTalk / 0评论 2017-12-13

页面实现多个定时器（计时器）时选用NSTimer还是GCD？（干货不湿）

定时器在我们每个人做的iOS项目里面必不可少，如登录页面倒计时、支付期限倒计时等等，一般来说使用NSTimer创建定时器：。使用NSTimer时，timer会保持对target和userInfo参数的强引用。只有当调取了NSTimer的invalidate

软件设计 / 0评论 2017-06-16

iOS之RunLoop

RunLoop是iOS线程相关的比较重要的一个概念，无论是主线程还是子线程，都对应一个RunLoop，如果没有RunLoop，线程会马上被系统回收。本文主要CFRunLoop的源码解析，并简单阐述一下CFRunLoop的原理。可以看到，系统建立了一个do

BAT 批处理程序 / 0评论 2017-05-09

iOS开发 - RunLoop理解

RunLoop概念运行循环，一个 run loop 就是一个事件处理的循环,用来不停的调度工作以及处理事件。保持程序的持续运行监听处理App中的各种事件节省CPU资源，提高程序性能：该做事时做事，该休息时休息一次RunLoop循环负责绘制屏幕上所有的点入口

BAT 批处理程序 / 0评论 2017-03-29