你可以参考一下UITableView的传统例子，LazyTableImages，虽然不完全相同，但是机理应该是一样的

图片异步加载就不会影响到性能

嗯 异步加载 我之前实现一个异步加载 很简单的 不过 要是高性能 还是要仔细规划一下

我再补充一点儿，就是异步图片加载要在CollectionView.dragging==NO和CollectionView.Decelerating==NO的时候。

你应该用Instrument来看到底是哪里占时间多。 我最近的一个例子，写一个Date Picker，要 tile 很多日期，iPhone5一屏有50多个，开始非常卡。因为WWDC 2013上说UIFontDescriptor的系统开销相当小，我没想是这点，后来用Instrument一看，好家伙，UIFontDescriptor的一个方法调用居然占了40%的时间，后来缓存一下生成的UIFont对象而不是每次都从UIFontDescriptor生成就好了。

5楼 @WeZZard 任何的卡顿，首先是UI任务和非UI任务没有分开，这个先要解决，然后再说性能问题

6楼 @tinyfool 恩，想了下，确实应该是这个优化顺序，可能我自己这方面遇到得不多吧，没有产生这种感悟，一般我会习惯打开Instrument看占用时间，然后再想办法优化。

再提供一个思路 可以自己子类化UIImageView,在这里实现图片的异步加载和缓存 这样在其他地方也可以复用了

SDWebImage肯定是已经实现了异步下载图片的。 我估计应该有两个问题。

• 这个瀑布流一屏差不多要12张以上的图片，(这里线程过多会有问题么？）
• 尺寸要等加载好了自己算，算好了存一个数组，然后在heightForCell中返回各个cell的高度，然后再调用reloadAtIndexPath去调整layout。(感觉这里也不太合理)。
• LazyTableImages里面的思路不错，在scrolling的状态下什么都不做

缓存到还没用过~~~不知道会不会很复杂~~有空研究下~~