1

跨线程更新UI

在客户端开发的过程中,我们经常碰到的问题有可能就是 IO 请求完成后,在主线程中更新 UI 这件事了,看见这个问题,我们一般会直接想到 Handler这个大杀器,

Android 中我们知道有LooperHandler这两种神器帮我们完成不同线程间的调度,那么在iOS中如何实现不同线程间的切换呢?答案就是NSOperationQueueNSOperation。变量名字直接翻译就是操作队列操作,那么,更新 UI 就是一个操作。 因为Objective-C带了blockselector两个神器,使用闭包比在java中使用Runnable方便许多,所以我们的NSOperation更像是一个Runnable,而NSOperationQueue就像LooperHandler的结合体,我们来看看如何创建一个 UI 线程上的消息队列吧。

主线程上的消息队列

创建一个主线程上的消息队列,只用一条函数

NSOperationQueue *queue = [NSOperationQueue mainQueue];

这和java创建一个mainLooper上的Handler如出一辙:

Handler uiHandler = new Handler(Looper.mainLooper());

从客户端的层面上来说,这两句话是等价的。
然后我们调用

[queue addOperation:...]

传入一个Operation,OS就会在适当的时候,在主线程上回调我们的Operation,这和Handler调用handlerMessage是如何的一致啊~

子线程上的消息队列

那么,如何在子线程上调用一个NSOperation呢?
我们知道在Android中,需要将Handler的初始化运行在子线程上,因为这样才能用Looper.myLooper()获取线程本地变量实例。
但是在iOS中,我们不需要显示的在一条新的线程中完成我们的工作,我们只需要使用传统的分配对象的方法:

NSOperationQueue *queue = [NSOperationQueue mainQueue];

OS这时候已经自动帮我们分配了一个消息队列(但是不同的是,它并不像Android OS上一样,是绑定到线程上的,也就是说,这个消息队列,可以并发),我们只需要像上面一样,使用[queue addOperation:...]即可。

实验

我们来看看实例好了,先看mainQueue上的实验:

self.queue = [NSOperationQueue mainQueue];
[self.queue addOperation:[NSBlockOperation blockOperationWithBlock:^() {
        NSLog(@"%@", [NSThread currentThread]);
}]];

Output:

2016-02-28 15:10:38.813 OperationQueue[1277:52212] <NSThread: 0x7fd44a505670>{number = 1, name = main}

看到我们这个block的执行的确是在主线程上的。
然后看新的消息队列:

self.queue = [[NSOperationQueue alloc] init];
[self.queue addOperation:[NSBlockOperation blockOperationWithBlock:^() {
        NSLog(@"%@", [NSThread currentThread]);
}]];

Output:

2016-02-28 15:23:03.954 OperationQueue[1375:64592] <NSThread: 0x7fe10b5136d0>{number = 2, name = (null)}

这就不是在主线程了,那么在iOS上使用"Handler"或者说消息队列的方法就是这么简单啦~

One more thing —— 队列和线程的绑定

上一个章节我们说,在iOS中,线程和队列并不是一一对应绑定的,我们可以简单的理解成在iOS中,除了main queue以外,自己生成的队列是可以并发的,简单的操作就是在生成队列的时候,指定maxConcurrentOperationCount属性即可,我们的操作队列就具有了并发的功能(不过这样严格意义上就不是FIFO,也就是说,它其实不应该被称作"队列"了)

参考资料

Working with NSOperationQueue

Apple官方教程 —— Concurrency Programming Guide


Gemini
7k 声望1.5k 粉丝

一个没有文化的诗人