滑动TabView时,定时器还会生效吗?
怎样实现一个常驻线程?
怎样保证子线程数据回来更新UI的时候不打断用户的滑动操作?
滑动TabView时,定时器还会生效吗?
不会生效,因为NSTimer默认工作是在kCFRunLoopDefaultMode下,当TableView进行滑动时,RunLoop会从kCFRunLoopDefaultMode切换到UITrackingRunLoopMode模式下,因此是不会生效的,那么如何解决这个问题呢?
可以通过 void CFRunLoopAddTimer(runloop, timer, commonModel)函数将timer添加到RunLoop的commonMode中,实际上commonMode不是一种具体的runloopMode模式,是一种伪模式,他的作用是将timer同步添加到多个mode中。
怎样实现一个常驻线程?
- 为当前线程开启一个RunLoop
- 向该RunLoop中添加一个Port/Source等维护RunLoop 的事件循环
- 启动该RunLoop
代码如下:
//创建Source事件源
CFRunLoopSourceContext context = {0, NULL, NULL, NULL, NULL, NULL, NULL};
CFRunLoopSourceRef source = CFRunLoopSourceCreate(kCFAllocatorDefault, 0, &context);
//创建RunLoop,同时向RunLoop的DefaultMode下加入source
CFRunLoopAddSource(CFRunLoopGetCurrent(), source, kCFRunLoopDefaultMode);
while (runAlways) {
@autoreleasepool {
//令当前的RunLoop运行在DefaultMode下
CFRunLoopRunInMode(kCFRunLoopDefaultMode, 1.0e10, true);
}
}
//某一时机 静态变量runAlways = NO时,可以保证跳出RunLoop,线程退出
CFRunLoopRemoveSource(CFRunLoopGetCurrent(), source, kCFRunLoopDefaultMode);
CFRelease(source);
怎样保证子线程数据回来更新UI的时候不打断用户的滑动操作?
用户的滑动操作是在主线程的RunLoop的UITrackingRunLoopMode下,当子线程数据回来时可以包装放到主线程的RunLoop的NSRunLoopDefaultMode下面,这样当RunLoop切换到DefaultMode下面时才会更新UI。
如何处理界面刷新:
当在操作 UI 时,比如改变了 Frame、更新了 UIView/CALayer 的层次时,或者手动调用了 UIView/CALayer 的 setNeedsLayout/setNeedsDisplay方法后,这个 UIView/CALayer 就被标记为待处理,并被提交到一个全局的容器去。
苹果注册了一个 Observer 监听 BeforeWaiting(即将进入休眠) 和 Exit (即将退出Loop) 事件,回调去执行一个很长的函数:
_ZN2CA11Transaction17observer_callbackEP19__CFRunLoopObservermPv()。这个函数里会遍历所有待处理的 UIView/CAlayer 以执行实际的绘制和调整,并更新 UI 界面。
这个函数内部的调用栈大概是这样的:
8.jpg
网友评论