跨线程更新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] <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，也就是说，它其实不应该被称作"队列"了）
