iOS多线程编程之多社交平台同步推送的设计与实现
功能介绍在开发快易博的时候，有一个功能叫做“分享心情”【见下图】。它的主要功能是：用户可以一次发表一个微博(在人人网称之为新鲜事)到所有用户选择的绑定平台(其实就是通常所说的微博同步)。
进入之后：
这个功能实现起来并不难，说白了就是依次调用各个开放平台的关于“发表”相关的API就好了。但牵扯到几个给用户提供更好的“用户体验”的需求，就不得不使用多线程了，需求如下：
(1) 在图二对应的功能界面上，用户在发表完成之后，应该可以立即关闭；
(2) 在各个平台的独立发表界面，在发表完成之后，发表界面自动关闭，显示打开发表界面之前的一个界面。
注：分享心情界面其实实现的是一个多功能的发表界面，可以同步推送，也可以选择你想推送的平台。为了给用户提供方便，在你点进各个平台之后(比如新浪微博)，它里面有单独的发表到该平台的发表界面来提供更多的功能，比如“@、##”等，见下图。
对于上面的需求(1)，我原先的做法是，在用户点击右上角的发表按钮之后。用MBProgressHUD强制给当前界面设置一个“遮罩”，以让返回按钮不可点击。这样做的目的是为了停留在当前界面来等待执行各个开放平台提供的诸如“发表成功”、“发表失败”之类的回调协议，并且在回调协议里，通过在状态栏使用提示信息来提示用户是否成功。
假如让返回按钮可点击，用户有可能在发表完成之后立马选择返回，那么当前的UIViewController可能已经被释放，回调的时候就会导致应用崩溃。当然如果用MBProgressHUD hold主整个界面，用户除了选择等待就没有别的选择，而回调协议执行的时机其实取决于很多不确定因素(比如当前的网速，如果附带了图片，还要看图片的大小，以及各个开放平台对于API调用的响应速度等等)，可能很快，也可能会等个好几十秒。而一旦你考验用户的耐心，那就是在给自己埋定时炸弹了。
对于需求(2)，比需求(1)的关闭速度更快。我需要让用户在发表完成之后，发表界面立即关闭。所以当前UIViewController根本等不到回调协议的调用就已经释放，状态栏提示也无法实现。当然，妥协的办法还是用MBProgressHUD显示个“请稍后…”之类的强制让界面无法响应用户，等回调完成在选择关闭。
现在的处理方式从上面的分析可以看得出，我希望回调协议与当前发表界面的UIViewController对象的生命周期没有关系。那么只能让这些“发表”操作都不在主线程(UI线程)上执行，这也就实现了发表操作与发表功能界面的解耦。在iOS中实现多线程的方式有几种，这里使用NSOperation以及NSOperationQueue来实现。
UML简图：
大致代码如下：
PublishOperation:这是本人的第一个“个人iOS应用”，它是一款能够帮助你同时在多个社交平台和好友沟通交流以及分享的应用。支持一键发表状态/心情/照片到所有绑定平台，快速浏览/回复/分享，以及多终端同时在线浏览好友微博与好友互动，为你提供更为便捷的社交体验。
