转载本文需注明出处:微信公众号eaworld,违者必究。
引言:
一个app的启动与结束都是伴随着runloop循环往复的,不断的循环、不断的往复。当线程被杀掉、app退出后被系统以占用内存为由杀掉,runloop就消失了。但平时开发中很少见到runloop,为何它如此神秘本文跟大家分享一下runloop的相关知识。  
目录:
1、runloop的概念  
2、runloop与线程的关系  
3、runloop的常用模式
4、runloop的应用  
1.runloop的概念  
将英文拆解不难理解其实runloop表示一直在运行着的循环或者从上面的定义源码中可以看出就是一个do..while..循环。当启动一个ios app时主线程启动与其对应的runloop也已经开启。如果不杀掉app则app一直运行,就是因为runloop循环一直为开启状态保证主线程不会被摧毁。这也是runloop的作用之一保证线程不退出。runloop在循环过程中监听事件,当前线程有任务时,唤醒当当线程去执行任务,任务执行完成以后,使当前线程进入休眠状态。当然这里的休眠不同于我们自己写的死循环(while(1);),它在休眠时几乎不会占用系统资源,当然这是由操作系统内核去负责实现的。
uiapplicationmain()函数方法会默认为主线程设置一个nsrunloop对象,这个循环会随时监听屏幕上由用户触摸所带来的底层消息并将其传递给主线程去处理,当点击一个button事件的传递从图上的调用栈可以看出。(监听的范围还包含时钟/网络)runloop循环与while循环的区别在于,runloop会在没有事件发生时进入休眠状态从而不占用cpu消耗,有事件发生才会去找对应的 handler 处理事件,而while则会一直占用。在 cocoa 程序的线程中都可以通过代码nsrunloop *runloop = [nsrunloop currentrunloop];来获取到当前线程的runloop对象。
runloop共有两套api接口 :1. foundation框架nsrunloop 2. core foundation框架cfrunloopref。nsrunloop和cfrunloopref都代表着runloop对象,它们是等价的,可以互相转换。
nsrunloop是基于cfrunloopref的一层oc包装,所以要了解runloop内部结构,需要多研究cfrunloopref层面的api(core foundation层面)。
2.runloop与线程之间的关系
runloop和线程是相辅相成的,一个runloop对应着一条唯一的线程,可以这样说runloop是为了线程而生,没有线程,它也没有存在的必要。runloop是线程的基础架构部分, cocoa 和 corefundation 都提供了runloop对象方便配置和管理线程的 runloop。每个线程,包括程序的主线程( main thread )都有与之相对应的 runloop对象。上图从 input source 和 timer source 接受事件,然后在线程中处理事件都是由runloop推动完成。
注意:开一个子线程创建runloop,不是通过alloc init方法创建,而是直接通过调用currentrunloop方法来创建,它本身是一个懒加载的。在子线程中,如果不主动获取runloop的话,那么子线程内部是不会创建runloop的。
3.runloop的常用模式
runloop 的模式有五种。图上列出了其中两种分别是 nsdefaultrunloopmode(默认模式) 和 uitrackingrunloopmode(ui模式) 、nsrunloopcommonmodes(占位模式)。其实占位模式不是一个真正的模式,它相当于上面两种模式之和。苹果公开提供的 mode 有两个nsdefaultrunloopmode(kcfrunloopdefaultmode) nsrunloopcommonmodes(kcfrunloopcommonmodes)。
4.runloop的应用
例如创建一个比较常见的注册页面,里面用nstimer来自处理常见的验证码倒计时,每秒处理一下,如果nstimer添加到的是默认模式的runloop这时候注册页面有一个展示注册协议的uitextview当用户滑动uitextview时验证码的倒计时是停止的,这是因为主线程的runloop模式是ui模式这个时候runloop循环是优先处理ui模式的任务而忽略了默认模式的计时器。此时解决上面的问题就需要用到nsrunloopcommonmodes(占位模式),这个模式相当于把nstimer在两种模式下都添加了,这就不难理解为什么nsrunloopcommonmodes是一个复数形式了。这个模式下滑动uitextview或停止的时候runloop是在uitracking和default模式下切换的(从打印日志中可以看出)。如果觉得nstimer设置runloop模式很复杂可以尝试用gcd的timer用法很简便。
runloop在tableview中的应用(解决滑动卡顿问题)。
如图代码展示,当加载高清大图渲染屏幕,而此时不得不在主线程操作,会引起滑动的卡顿。
tableview 在加载 cell 时如果遇到多个耗时操作会有点卡顿。将耗时操作放到 defaultmode 里只能解决滑动时流畅,但是停止时需要加载耗时,仍然会有卡顿的感觉。正确方法是采用 runloop 监听,将多个耗时操作分开执行,在每次 runloop 唤醒时去做一个耗时任务。
阻塞原因:kcfrunloopdefaultmode时候 多张图片(特别是高清大图)一起加载(耗时)loop不结束无法beforewaiting(即将进入休眠) 切换至uitrackingrunloopmode来处理等候的ui刷新事件造成阻塞。
解决办法:每次runloop循环只加载一张图片 这样loop就会很快进入到beforewaiting处理后面的ui刷新(uitrackingrunloopmode 优先处理)或者没有ui刷新事件继续处理下一张图片。
runloop 监听添加observer (监听runloop的beforewaiting)当处理完一张图片即将进入到beforewaiting时处理数组里的tasks,这些任务就在callback里面做处理。
callback拿到task处理了一部分就进入到了休眠 比如拿到18个任务只处理了7个就不处理了。
此处添加timer是让runloop一直处于活跃状态 保证即使处理完所有task还是一直活跃状态。
注意:当cfrunloopaddobserver(runloop, observer , kcfrunloopdefaultmode); 添加到观察者时模式为kcfrunloopdefaultmode 这样的的话只能监听到一般模式的beforewaiting,即不滑动的时候。所以图上的加载只在拖动结束时,而拖动ui时无任何加载。如下图:
所以这里可以再次优化,将模式改为kcfrunloopcommonmodes,这样的话滑动或者不滑动都可以加载图片渲染屏幕,而且是在不影响屏幕流畅性的基础上。如以下gif:
源码:
#import "viewcontroller.h"
@interface viewcontroller ()<uitableviewdelegate, uitableviewdatasource>@property (weak, nonatomic) iboutlet uitableview *tableview;
@property (nonatomic, strong) nstimer *timer;@property (nonatomic, strong) nsmutablearray *tasks;@property (nonatomic, assign) nsinteger maxtasknumber;
@end
void callback(cfrunloopobserverref observer, cfrunloopactivity activity, void *info){    //c语言与oc的交换用到桥接 __bridge    //处理控制器加载图片的事情    viewcontroller *vc = (__bridge viewcontroller *)(info);    if (vc.tasks.count == 0) {        return;    }    void(^task)() = [vc.tasks firstobject];    task();    [vc.tasks removeobject:task];    nslog(@"count:%ld",vc.tasks.count);    }
@implementation viewcontroller
- (void)viewdidload {    [super viewdidload];            [self addrunloopovserver];        self.maxtasknumber = 18;    self.tasks = [nsmutablearray array];            [nstimer scheduledtimerwithtimeinterval:0.01 target:self selector:@selector(timermethod) userinfo:nil repeats:yes];    }-(void)timermethod{    }-(void)touchesbegan:(nsset<uitouch *> *)touches withevent:(uievent *)event{    viewcontroller2 *vc2 = [viewcontroller2 new];    [self presentviewcontroller:vc2 animated:yes completion:^{            }];}
- (void)addrunloopovserver{    //获取当前的runloop    cfrunloopref runloop = cfrunloopgetcurrent();    //上下文 (此处为c语言 对oc的操作需要上下文)将(__bridge void *)self 传入到callback    cfrunloopobservercontext context = {0, (__bridge void *)self, &cfretain, &cfrelease};    //创建观察者 监听beforewaiting 监听到就调用回调callback    cfrunloopobserverref observer = cfrunloopobservercreate(null, kcfrunloopbeforewaiting, yes, 0, &callback, &context);    //添加观察者到当前runloop kcfrunloopdefaultmode可以改为kcfrunloopcommonmodes    cfrunloopaddobserver(runloop, observer , kcfrunloopcommonmodes);    //c语言中 有create就需要release    cfrelease(observer);}
- (nsinteger)tableview:(uitableview *)tableview numberofrowsinsection:(nsinteger)section{    return 30000;}
- (uitableviewcell *)tableview:(uitableview *)tableview cellforrowatindexpath:(nsindexpath *)indexpath{    uitableviewcell *cell = [tableview dequeuereusablecellwithidentifier:@"identity" forindexpath:indexpath];    nslog(@"---run---%@",[nsrunloop currentrunloop].currentmode);    //以下两个循环的ui操作在必须放在主线程,但是弊端就是太多图片的处理会阻塞tableview的滑动流畅性    for (int i = 1; i < 4; i++) {        uiimageview *imageview = [cell.contentview viewwithtag:i];        [imageview removefromsuperview];    }    for (int i = 1; i < 4; i++) {    /*     阻塞模式    */    //        cgfloat leading = 10, space = 20, width = 103, height = 87, top = 15;    //        uiimageview *imageview = [[uiimageview alloc] initwithframe:cgrectmake((i - 1) * (width + space) + leading, top, width, height)];    //        [cell.contentview addsubview:imageview];    //        imageview.tag = i;    //        imageview.image = [uiimage imagewithcontentsoffile:[[nsbundle mainbundle] pathforresource:@"image" oftype:@"png"]];
               //阻塞原因:kcfrunloopdefaultmode时候 多张图片一起加载(耗时)loop不结束无法beforewaiting(即将进入休眠) 切换至uitrackingrunloopmode来处理等候的ui刷新事件造成阻塞    //解决办法:每次runloop循环只加载一张图片 这样loop就会很快进入到beforewaiting处理后面的ui刷新(uitrackingrunloopmode 优先处理)或者没有ui刷新事件继续处理下一张图片            /*         流畅模式        */        //下面只是把任务放到数组 不消耗性能        void(^task)() = ^{            cgfloat leading = 10, space = 20, width = 103, height = 87, top = 15;            uiimageview *imageview = [[uiimageview alloc] initwithframe:cgrectmake((i - 1) * (width + space) + leading, top, width, height)];            [cell.contentview addsubview:imageview];            imageview.tag = i;            imageview.image = [uiimage imagewithcontentsoffile:[[nsbundle mainbundle] pathforresource:@"image" oftype:@"png"]];        };        [self.tasks addobject:task];        //保证只拿最新的18个任务处理        if (self.tasks.count > self.maxtasknumber) {            [self.tasks removeobjectatindex:0];        }    }    return cell;}
- (void)didreceivememorywarning {    [super didreceivememorywarning];}
(左右滑动查看全部代码)
推荐阅读
oc观察者模式之kvo的使用与思考
我对敏捷软件测试的理解与实践
基于redis实现spring cloud gateway的动态管理
关于作者:热河,普元移动端开发工程师,互联网技术爱好者,专注于ios开发。目前参与mobile 8.0项目的开发,主要接触rn技术的应用,黏合前端代码与ios底层之间的交互。
关于eaworld:微服务,devops,数据治理,移动架构原创技术分享。长按二维码关注!
在看点这里

---