写的一个程序中用到了瀑布流的展现方式，但是发现当图片数量太大的时候，在iPhone4S上会不流畅，这点很不爽。

     写代码之初是做了一些优化的，比如cell重用，异步加载，但是还是很卡。

     终于后来发现了问题所在，如果滑动太快，可能同时就发出了比如10个图片请求。这些请求虽然都在后台运行，但是它们很有可能在同一个时间点返回UI线程。这个时候如果加载图片到UIImageView太频繁，就会造成UI卡顿严重。（虽然在最新的iPad和iPhone6上看不出来）

     在找到这个问题的同时，也发现performSelectorAfterDelay这个方法，会堆积到UI线程空闲的时候执行。而dispatch_after或者dispatch_async都会直接插入UI线程当场执行。所以这个问题其实可以用performSelectorAfterDelay来解决，测试也是非常流畅，感觉不出一点卡顿。但会出现新的问题，那就是在滑动过程中，不会加载任何图片。直到scrollView停止的时候，图片才会出来。当然这不是理想的解决方法了。这个方法也没有解决异步过程集中到达UI线程的问题。然后采用了NSOperationQueue来解决这个问题。

问题本身和UITableView加载不流畅是一样的。

解决办法:

主要要做到一下几个方面：

（1）除了UI部分，所有的加载操作都在后台完成。

（2）这一点可以通过dispatch或者performSelectorInBackground或者NSOperationQueue来实现。

详细见：

在iOS开发中利用GCD进行多线程编程

iOS开发中使用NSOperationQueue进行多线程操作

避免后台加载完成多个资源之后集中到达占用UI线程的处理时间太长。

这一点可以通过NSOperationQueue来实现，将资源到UI的展现过程放在队列中逐个执行，且在每个操作完成之后进行强制等待，可以用usleep(int microSeconds)来解决。

重用cell，创建cell一般是很慢的，一定要重用，甚至为了performance，可以在view创建之初就创建足够多的cell在重用队列中。

     此文章只是本人的小小经验，望高手指点。