- 程序的启动顺序
- main函数为什么不会退出
- autoreleasePool 在何时被释放?
- 事件的响应过程
- 手势识别的过程
- RunLoop的简介
- 线程与runloop的关系
- RunLoop的机制
- RunLoop的五种模式
- RunLoop和NSTimer
*滑动tableView的时候,定时器会生效吗?- 为什么timer不好使?
- 解释下NSTimer?
- NSTimer和CADisplayLink哪一个更准确
- NSTimer的循环引用
- 怎么创建一个常驻线程
- 怎么保证子线程数据请求后不打断滑动
- AFNetWoring中如何运用RunLoop
- performSelector的实现原理
- 利用RunLoop解释一下页面渲染的过程
程序的启动顺序
main函数执行前
1.程序启动时,系统会读取程序的可执行文件,从中获取动态加载器的路径。
2.加载动态加载器, 初始化运行环境。并将其加入到内存中
3.动态链接依赖库,初始化依赖库,初始化runtime。
4.runtime对所有的类进行类结构的初始化。并调用所有的load方法。
5.动态加载器返回main函数地址,进入main函数。
mian函数之后
1.调用UIApplicationMain函数初始化UIApplication和UIApplicationDelegate.
2.开启事件循环Runloop,并监听系统事件
3.通知delegate并调用delegate的didfinshLunching。创建UIWindow,设置rootViewController,调用makeKeyAndvisible显示。
main函数为什么不会退出
UIApplicationMain内部默认开启了主线程的runloop,并执行了一段循环代码,mian函数不会返回,会不断接收处理消息/事件,以及休眠
autoreleasePool 在何时被释放?
- App启动时 苹果会注册两个Obsever,其回调是_wrapRunLoopWithAutoRealasePoolHandler()
- 第一个Obsever监听RunLoop即将进入的时候,在其回调内会调用AutoRealsePoolPush,创建一个新的自动释放池。其自动释放池的优先级最高。保证其回调是在其他回调之前的。
- 第二个Observer监听两个事件
事件的响应过程
1.苹果注册了一个source1(基于mach port的),用来接收系统消息,其回调是IOHIDEventSystemClientQueueCallBack()
2.当一个硬件事件发生,首先io.framework会生成一个IOHIDEvent由springboard接收,随后由machport转发给对应的app,此时苹果注册的source1回调将会被触发,将其加入到UIApplication事件队列中。
3.UIApplication事件队列将HIDEvent封装成UIEvent,后进行出了或者分发。
手势识别的过程
当UIApplicationHandleEventQueue识别了一个手势时,先使用cancel打断手势的系统回调,并将其标记为待处理。苹果注册了一个observer监视runloop即将要休眠的状态,在RunLoop即将要休眠的时候。在observer回调内会获取所有待处理的手势,并执行UIGesture的回调。
RunLoop的简介
RunLoop是通过内部维护事件循环来对事件/消息进行管理的一个对象
RunLoop在没有消息时休眠,避免资源浪费
在有消息时立即唤醒。
线程与RunLoop的关系
- 线程和runloop是一对一的关系,一个线程对应一个RunLoop。
- 主线程默认开启了RunLoop,子线程中的RunLoop是以懒加载的方式处理的
- 线程和runloop是存在一个全局的表中,key是线程,runloop是value。
RunLoop的机制
- 通知观察者RunLoop将要启动。
- 通知观察者即将要处理timers。
- 通知观察者即将要处理非基于port的事件。
- 通知观察者正在处理非基于port的事件。
- 如果基于port的source1已经准备好并处于等待状态,就会处理source1的事件(处理唤醒时收到的事件)
- 通知观察者即将要进入休眠状态
- 通知观察者 即将要被唤醒(被唤醒的条件)
* timer的时间到了
* 接收了一个source1事件
* runloop自身超时了
* 被其他调用者手动唤醒 - 处理唤醒时收到的事件
- 通知观察者runLoop即将要结束
RunLoop的五种模式
KCFRunLoopDefaultMode
UITrackingRunLoopMode
KCFRunLoopCommonsModes
UIInitalatizationRunLoopMode
GSEventReciveMode
RunLoop和NSTimer
1.滑动tableView的时候,定时器会生效吗?
定时器不会生效。默认情况下RunLoop是运行在KCFRunLoopDefaultMode下的。tableView滑动时会切换至UITrackingMode下,此时就无法接收Timer的事件
解决办法:
将定时器添加到KCFRunLoopCommonsModes下。
[[NSRunLoop currentRunLoop] addTimer:time forModel:KCFRunLoopCommonsModes];
2.为什么timer不好使?
默认情况下NSTimer是添加到DefaultMode下的,当RunLoop切换到其他的Model,就无法接收到NSTimer的事件。
3.解释下NSTimer?
NSTimer其实就是KCFRunLoopTimerRef.一个NSTimer注册到RunLoop后,Runloop会为其重复的时间点注册好事件。为了节省资源RunLoop不会在非常准确的时间点回调NSTimer,如果错过了不会延迟执行。
4、NSTimer和CADisplayLink哪一个更准确
- CADisplyLink更准确
- NSTimer同上
- CADisplayLink是一个和屏幕刷新率一致的定时器。iOS设备的屏幕刷新频率是固定的。CADisplyLink每次刷新结束后都会被调用,精确度非常高
- CADisplyLink使用的场合相对专一,适合做UI的不停重绘。(自定义动画引擎和视频播放渲染) NSTimer使用比较广泛(需要单次或者循环定时处理的任务)。
5.NSTimer的循环引用*
在控制器内创建NSTimer作为其属性,由于定时器创建后也会强引用该控制器,那么该对象和定时器就相互引用了
如何解决?
可以手动断开循环引用。
如果是不重复定时器,在其方法里将定时器invalidate并设置为nil。
如果是重复的定时器,在合适的位置将其invalidate并设置为nil即可
或者将self 设置为weakSelf
怎么创建一个常驻线程
为当前线程开启一个runloop,并添加一个事件或者消息。并调用run方法运行
怎么保证子线程数据请求后不打断滑动
当在子线程中请求完数据后,将页面的刷新添加到主线程的RunLoop的defaultMode中,这样当用户不滑动页面 由UITrackingMode切换到DefaultMode的时候进行更新UI不会影响滑动
[self performSelectorOnMainThread:...modes:];
AFNetWoring中如何运用RunLoop
AFNetWorking中的AFURLConnectionOperatiion是基于NSURLConnection进行封装的。AFNetWoring为了能在后台接收delegate的回调,创建了一个线程,并在当前线程中开启了循环的RunLoop
当需要这个后台线程执行任务时 直接调用[self performSelector: onThread:]将其扔到后台线程处理
performSelector的实现原理
调用performSletor:afterDelay:会在内部默认创建一个NSTimer.并添加到当前线程的RunLoop中,如果当前线程没有开启RunLoop该方法将会失效
调用performSelector:onThread:也会默认开启一个NSTimer。
利用RunLoop解释一下页面渲染的过程
- 调用view 的setNeedsDisplay会默认调用layer的setNeedsDesplay方法。
- 此时不会立即进行绘制。而是给当前layer打上一个脏标记,当RunLoop即将要休眠时,进行绘制工作。
- [调用CALayer display]方法,CALayer会判断其delegate是否有实现异步绘制方法,如果没有实现进入系统绘制流程。如果实现了 进入异步绘制流程
- 最后CALayer将位图提交给Backing Store.最后交给GPU。绘制结束。
NSNotificationCenter的原理
- NSNotificationCenter是使用观察者模式来实现的用于跨层传递消息,用来降低耦合度。
- NSNotificationCenter用来管理通知,将观察者注册到NSNotificationCenter的通知调度表中,然后发送通知时利用标识符name和object识别出调度表中的观察者,然后调用相应的观察者的方法,即传递消息。
其他整理
UIControl只是封装了target-action模型和控件通用状态。target-action的回调是通过UIApplication转发的。touch event的处理没什么特殊的,是UIButton覆盖了gestureRecognizerShouldBegin, 屏蔽了对应UITapGesture的识别