RunLoop的基本作用:
从字面意思看:就是运行循环,跑圈;其内部就是一个do-while循环;
保持程序的持续运行;处理APP中的各类事件(比如触摸事件,定时器事件,Selector事件等);节省CPU资源,提高程序性能:该做事的时候做事,该休息的时候休息;
iOS中有两套API访问和使用RunLoop
Foundation NSRunLoop
Core Foundation CFRunLoopRef
NSRunLoop是基于CFRunLoopRef的一层OC包装;
RunLoop与线程之间的联系
每条线程都有唯一一个与之对应的RunLoop对象;
其中主线程的RunLoop是已经创建好的,并且已经被其中;而子线程的RunLoop需要手动去创建并开启;
RunLoop在第一次访问的时候创建,在线程结束的时候自动销毁;
线程和RunLoop是以字典的形式存储的,线程为key, RunLoop为value;
RunLoop的相关类
Core Foundation中关于RunLoop的五个类
- CFRunLoopRef
- CFRunLoopModeRef
- CFRunLoopSourceRef
- CFRunLoopTimerRef
- CFRunLoopObserverRef
如果RunLoop中没有
CFRunLoopModeRef,CFRunLoopSourceRef,CFRunLoopTimerRef, CFRunLoopObserverRef中的一个,那么这个RunLoop就会暂停;因为RunLoop属于事件驱动类型的;
CFRunLoopModeRef系统默认注册了5个Mode
kCFRunLoopDefaultMode:APP的默认mode,通常主线程是在这个模式下运行;
UITrackingRunLoopMode:界面的跟踪mode,用于scrollview的追踪触摸滑动,保证界面滑动时不受其他mode的影响;
UIInitializationRunLoopMode:在刚启动APP的时候进入的第一个mode,启动后就不在使用;
GSEventReceiveRunLoopMode:接受系统事件的内部Mode,通常使用不到;
kCFRunLoopCommonMode:这是一个占位用的Mode,不是一个真正的Mode;
应用:在使用定时器的时候,当在UITrackingRunLoopMode模式下,定时器会失效,这时候就需要将定时器放在kCFRunLoopCommonMode模式下;或者使用 GCD 定时器;
CFRunLoopSourceRef是事件源(输入源)
按照官方文档,source的分类:
- Port-Based Sources
- Custom Input Sources
- Coaoa Perform Selector Sources
按照函数的调用栈,source的分类:
- Source0:非基于Port的
- Source1:基于Port的,通过内核和其它线程通信,接受,分发系统事件;
CFRunLoopObserverRef是观察者,能够监听RunLoop的状态改变
可以监听的时间点有以下几个:
RunLoop在开发中如何使用和使用的场景
- 开启常驻线程(让一个子线程不进入不进入消亡状态,等待其他线程发来消息处理其他事件;给子线程开启一个runloop 让其一直运行);
- 在子线程中开启一个定时器
- 可以控制定时器(某些事件,行为,任务)在特定模式下执行;比如监听点击事件的处理(在所有点击事件之前做一些事情)
- ImageView的显示(从网络上获取图片的时候,异步请求图片,回到主线程设置图片,在滑动的时候会卡顿,可以设置图片只在kCFRunLoopDefaultMode模式下设置,其它模式的时候不设置推按);
- 自动释放池在RunLoop进入休眠的时候就会销毁;
