跨线程更新UI

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

Android 中我们知道有Looper和Handler这两种神器帮我们完成不同线程间的调度，那么在iOS中如何实现不同线程间的切换呢？答案就是NSOperationQueue和NSOperation。变量名字直接翻译就是操作队列和操作，那么，更新 UI 就是一个操作。 因为Objective-C带了block和selector两个神器，使用闭包比在java中使用Runnable方便许多，所以我们的NSOperation更像是一个Runnable，而NSOperationQueue就像Looper和Handler的结合体，我们来看看如何创建一个 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] 
    
     {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] 
    
     {number = 2, name = (null)}
    

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

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

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

参考资料