runloop如何优化tableView
回答：
把任务以block块的方式封装起来，存放到任务数组中，若任务数组中的任务数超出最大任务数，则删除靠前的任务，注册runloop的观察者，在回调方法里，执行任务数组中的一个任务，并删除执行后的任务。添加timer事件，防止runloop进入休眠状态。
回答解析：
为了解决tableView的卡顿现象，可以runloop一次处理一个任务，
根据当前的runloop和观察者的上下文，通过CFRunLoopObserverCreate函数，定义一个观察runloop即将进入休眠状态（BeforeWaiting）时的观察者，添加runloop在common模式下的监听，
在观察者回调函数中，根据观察者上下文执行当前对象任务数组中的第一个任务，任务执行后从数组中移除，
在绘制cell的方法（即cellForRow）中，调用添加任务的方法，在这个方法的内部，将用block代码块包装的任务添加到数组中，若超出最大任务数，则删除之前的任务，便于观察者回调函数分开执行任务，减少对系统资源的消耗，
最后添加timer或source0 事件，使runloop不进入休眠状态。
卡顿原因：
tableView加载过多的高清大图，拖动tableView时，runloop不仅需要处理拖动事件，还要处理图片渲染，从而造成卡顿。
需求：
从网络加载高清大图到UITableViewCell上，而且每个Cell上面加载多张图片，当cell数量过多的时候，我们需要保持流畅度和加载速度。
通过runloop优化TableView
整体来讲：在cellforRow方法里，以block代码块的方式把任务存储到数组中，注册runloop的观察者，完成回调方法，执行block任务，从数组中删除执行后的任务，保持runloop不休眠。
步骤：
1、获取当前主线程的 runloop
//获取当前RunLoop
//swift实现
let runLoop: CFRunLoop = CFRunLoopGetCurrent()
//获取当前RunLoop
// oc实现
CFRunLoopRef runloop = CFRunLoopGetCurrent();
2、创建观察者 CFRunLoopObserverRef ， 来监听 runloop
- 创建观察者用到的核心函数就是
CFRunLoopObserverCreate：
// allocator：该参数为对象内存分配器，一般使用默认的分配器kCFAllocatorDefault。
// activities：要监听runloop的状态
/*
typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
kCFRunLoopEntry = (1UL << 0), // 即将进入Loop
kCFRunLoopBeforeTimers = (1UL << 1), // 即将处理 Timer
kCFRunLoopBeforeSources = (1UL << 2), // 即将处理 Source
kCFRunLoopBeforeWaiting = (1UL << 5), // 即将进入休眠
kCFRunLoopAfterWaiting = (1UL << 6), // 刚从休眠中唤醒
kCFRunLoopExit = (1UL << 7), // 即将退出Loop
kCFRunLoopAllActivities = 0x0FFFFFFFU // 所有事件
};
*/
// repeats：是否重复监听
// order：观察者优先级，当Run Loop中有多个观察者监听同一个运行状态时，根据该优先级判断，0为最高优先级别。
// callout：观察者的回调函数，在Core Foundation框架中用CFRunLoopObserverCallBack重定义了回调函数的闭包。
// context：观察者的上下文。
CF_EXPORT CFRunLoopObserverRef CFRunLoopObserverCreate(CFAllocatorRef allocator,
CFOptionFlags activities,
Boolean repeats,
CFIndex order,
CFRunLoopObserverCallBack callout,
CFRunLoopObserverContext *context);
2-1、创建观察者
// 1.定义上下文
//runloop观察者上下文， 为下面创建观察者准备，只有创建上下文才能在回调了拿到self对象，才能进行我们的逻辑操作. 这是一个结构体。
/**
typedef struct {
CFIndex version;
void * info;
const void *(*retain)(const void *info);
void (*release)(const void *info);
CFStringRef (*copyDescription)(const void *info);
} CFRunLoopObserverContext;
**/
CFRunLoopObserverContext context = {
0,
(__bridge void *)(self),
&CFRetain,
&CFRelease,
NULL
};
// 2.定义观察者
static CFRunLoopObserverRef defaultModeObserver;
// 3.创建观察者
defaultModeObserver = CFRunLoopObserverCreate(kCFAllocatorDefault,
kCFRunLoopBeforeWaiting,
YES,
0,
&callBack,
&context);
// 4.给当前runloop添加观察者
// kCFRunLoopDefaultMode: App的默认 Mode，通常主线程是在这个 Mode 下运行的。
// UITrackingRunLoopMode: 界面跟踪 Mode，用于 ScrollView 追踪触摸滑动，保证界面滑动时不受其他 Mode 影响。
// UIInitializationRunLoopMode: 在刚启动 App 时进入的第一个 Mode，启动完成后就不再使用。
// GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode，通常用不到。
// kCFRunLoopCommonModes: 这是一个占位的 Mode，没有实际作用。
CFRunLoopAddObserver(runloop, defaultModeObserver, kCFRunLoopCommonModes);
// 5.内存管理
CFRelease(defaultModeObserver);
///添加runloop的监听
fileprivate func addRunloopObserver() {
//获取当前RunLoop
let runLoop: CFRunLoop = CFRunLoopGetCurrent()
//定义一个上下文
var context: CFRunLoopObserverContext = CFRunLoopObserverContext(version: 0, info: unsafeBitCast(self, to: UnsafeMutableRawPointer.self), retain: nil, release: nil, copyDescription: nil)
//定义一个观察者
if let observer = CFRunLoopObserverCreate(kCFAllocatorDefault, CFRunLoopActivity.beforeWaiting.rawValue, true, 0, self.observerCallbackFunc(), &context){
//添加当前RunLoop的观察者
CFRunLoopAddObserver(runLoop, observer, .commonModes);
}
}
2-2、实现 callBack 函数，只要检测到对应的runloop状态，该函数就会得到响应。
//回调函数
static void callBack(CFRunLoopObserverRef observer, CFRunLoopActivity activity, void *info) {
ViewController *vc = (__bridge ViewController *)info;
//无任务 退出
if (vc.tasksArr.count == 0) return;
//从数组中取出任务
runloopBlock block = [vc.tasksArr firstObject];
//执行任务
if (block) {
block();
}
//执行完任务之后移除任务
[vc.tasksArr removeObjectAtIndex:0];
}
///回调函数
func observerCallbackFunc() -> CFRunLoopObserverCallBack {
return {(observer, activity, context) -> Void in
if context == nil {//如果没有取到 直接返回
return
}
// 崩溃的与原因不在这里 isFromADGuide 的问题 不应该取反
//取出上下文 就是当前的vc
let vc = unsafeBitCast(context, to: XXXFinancialFroductListVC.self)
//取出任务
if let unit = vc.tasksArr.first, let indexP = vc.tasksIndexPathArr.first {
var result = false
while (result == false && !vc.tasksArr.isEmpty && !vc.tasksIndexPathArr.isEmpty){
//执行任务
result = unit(indexP);
//干掉第一个任务
_ = vc.tasksArr.remove(at: 0)
_ = vc.tasksIndexPathArr.remove(at: 0)
}
}
}
2-3、从上面的函数实现中我们看到了block、arr等对象，下面解析下
//使用 Array 来存储需要执行的任务
- (NSMutableArray *)tasksArr {
if (!_tasksArr) {
_tasksArr = [NSMutableArray array];
}
return _tasksArr;
}
// maxTaskCount 来表示最大任务数，优化项目
@property (nonatomic, assign) NSUInteger maxTaskCount;
...
// 当超出最大任务数时，以前的老任务将从数组中移除
self.maxTaskCount = 50;
///任务数组
var tasksArr: [RunloopBlock] = []
///任务对应indexPath数组
var tasksIndexPathArr: [IndexPath] = []
///最大任务 10
let maxQueueLength = 10
使用 block代码块 来包装一个个将要执行的任务，便于 callBack 函数中分开执行任务，减少同时执行对系统资源的消耗。
//1. 定义一个任务block
typedef void(^runloopBlock)();
//2. 定义一个添加任务的方法，将任务装在数组中
- (void)addTasks:(runloopBlock)task {
//保存新任务
[self.tasksArr addObject:task];
//如果超出最大任务数 丢弃之前的任务
if (self.tasksArr.count > _maxTaskCount) {
[self.tasksArr removeObjectAtIndex:0];
}
}
//3. 将任务添加到代码块中
// 耗时操作放在任务中
[self addTasks:^{
UIImageView *img1 = [[UIImageView alloc] initWithFrame:CGRectMake(kBorder_W,
kBorder_W,
width,
kCell_H-kBorder_W)];
img1.image = [UIImage imageNamed:@"Blue Pond.jpg"];
[cell addSubview:img1];
}];
///定义blcok
typealias RunloopBlock = ((IndexPath) -> Bool)
private let cellID = "XXXFinancialFroductListVCCell"
override func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
let cell: XXXFinancialProductCell = tableView.dequeueReusableCell(withIdentifier: cellID) as! XXXFinancialProductCell
self.addTask(indexPath) { (indexP) -> Bool in
cell.kaDunHandler(self.pageManager.dataArr, tableView, indexP)
return true
}
return cell
}
///添加新的任务的方法!
func addTask(_ indexP: IndexPath, unit: @escaping RunloopBlock) {
self.tasksArr.append(unit)
self.tasksIndexPathArr.append(indexP)
//判断一下 保证没有来得及显示的cell不会绘制
if self.tasksArr.count > self.maxQueueLength {
_ = self.tasksArr.remove(at: 0)
_ = self.tasksIndexPathArr.remove(at: 0)
}
}
4、使 runloop 不进入休眠状态。
runloop 在加载完 cell 时没有其他事情做了，为了节省资源消耗，就进入了休眠状态，等待有任务时再次被唤醒。在我们观察者的 callBack 函数中任务被一个个取出执行，还没有执行完，runloop 就切换状态了（休眠了）， callBack 函数不再响应。导致出现上面的情况。
解决方法：
//创建定时器 (保证runloop回调函数一直在执行)
CADisplayLink *displayLink = [CADisplayLink displayLinkWithTarget:self
selector:@selector(notDoSomething)];
[displayLink addToRunLoop:[NSRunLoop currentRunLoop] forMode:NSRunLoopCommonModes];
- (void)notDoSomething {
// 不做事情,就是为了让 callBack() 函数一直相应
}
//定时器，保证runloop一直处于循环中
@property (nonatomic, weak) NSTimer *timer;
//给runloop一个事件源，让Runloop不断的运行执行代码块任务
self.timer = [NSTimer scheduledTimerWithTimeInterval:0.001 target:self selector:@selector(setRunLoop) userInfo:nil repeats:YES];
//此方法主要是利用计时器事件保持runloop处于循环中，什么都不干，APP性能影响并不大。但cpu增加负担
-(void)setRunLoop{}
