在我敲出NSRunLoop的时候,为什么我的内心是邪恶的?
简单一点来说,RunLoop就像人体的血液循环一样,如果血液不流动了,那你不就duang的一下翘辫子了么?当然,没有了RunLoop程序也就翘辫子了。
当你的程序没有RunLoop:
int main(int argc, char * argv[]) {
BOOL running = YES;
do {
//执行各种任务 处理各种事务...
//....
} while (running);
return 0;
}
不用小的废话,大家都知道return 0的时候程序就结束了,当你没有RunLoop的时候,就直接return 0了,所以你的程序也就翘辫子了。
由于在main函数中启动了RunLoop,所以程序不会马上退出,进而保持一个持续运行的状态
RunLoop与线程
RunLoop对象
iOS中有2套API来访问和使用RunLoop
NSRunLoop
CFRunLoopRef
NSRunLoop和CFRunLoopRef都代表着RunLoop对象
NSRunLoop是基于CFRunLoopRef的一层OC包装,所以要了解RunLoop内部结构,需要多研究CFRunLoopRef层面的API(Core Foundation层面)
每条线程都有唯一的一个与之对应的RunLoop对象
主线程的RunLoop已经自动创建好了,子线程的RunLoop需要主动创建
RunLoop在第一次获取时创建,在线程结束时销毁
获得RunLoop对象
Foundation
[NSRunLoop currentRunLoop]; 获得当前线程的RunLoop对象
[NSRunLoop mainRunLoop]; 获得主线程的RunLoop对象
Core Foundation
CFRunLoopGetCurrent(); 获得当前线程的RunLoop对象
CFRunLoopGetMain(); 获得主线程的RunLoop对象
RunLoop相关类
Core Foundation中关于RunLoop的5个类
CFRunLoopRef:它自己,也就代表一个RunLoop对象
CFRunLoopModeRef :RunLoop的运行模式
CFRunLoopSourceRef :事件源
CFRunLoopTimerRef :时间的触发器
CFRunLoopObserverRef :观察者 监听CFRunLoopRef的状态改变
CFRunLoopModeRef
CFRunLoopModeRef代表RunLoop的运行模式
一个 RunLoop 包含若干个 Mode,每个Mode又包含若干个Source/Timer/Observer
每次RunLoop启动时,只能指定其中一个 Mode,这个Mode被称作 CurrentMode
如果需要切换Mode,只能退出Loop,再重新指定一个Mode进入
这样做主要是为了分隔开不同组的Source/Timer/Observer,让其互不影响
CFRunLoopModeRef的五种Mode模式:
kCFRunLoopDefaultMode:App的默认Mode,通常主线程是在这个Mode下运行
UITrackingRunLoopMode:界面跟踪 Mode,用于 ScrollView 追踪触摸滑动,保证界面滑动时不受其他 Mode 影响
**UIInitializationRunLoopMode: **在刚启动 App 时第进入的第一个 Mode,启动完成后就不再使用
GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode,通常用不到
kCFRunLoopCommonModes: 这是一个占位用的Mode,不是一种真正的Mode,被标记为common modes模式kCFRunLoopDefaultMode UITrackingRunLoopMode两种模式
CFRunLoopSourceRef事件源(输入源)
Source0:非基于Port的
Source1:基于Port的
CFRunLoopTimerRef
CFRunLoopTimerRef是基于时间的触发器
基本上说的就是NSTimer
CFRunLoopObserverRef
CFRunLoopObserverRef是观察者,能够监听RunLoop的状态改变
可以监听的点有以下几个
CFRunLoopObserverRef.png
RunLoop处理逻辑.png
RunLoop处理逻辑-网友整理.png
网友评论