UITableView在iOS 7里的性能问题

[nixzhu]

在iOS 7上，TableView的`reloadRowsAtIndexPaths:withRowAnimation:`耗时巨多，有性能问题，只好用`reloadData`。而iOS 6就没问题，可能是iOS 7优化不够。

你若要频繁更新Cell数据就要注意方法了！

详细请看 http://nixzhu.me/post/uitableview-profile-in-ios7

[so898]

我前些日子也是对于整个UITableView进行了一次完整的性能跟踪，在楼主这个问题上，我觉得是复用Cell导致的
reloadData会清除复用数据，刷新Row却不会

再要提一下，现在大神们的普遍观点是：『iOS7和iOS7 SDK都没有问题，出问题是你的代码。这写代码之前就没有优化好，现在出问题很正常，以前只是没有暴露而已。』

[alexrezit]

不知道在 profiler 里将它继续展开会是怎样...

@so898
这好像是我说的... - -

[txx]

@alexrezit 膜拜大神！

[nixzhu]

@so898 完整探索，要学习。不过对后面一段略有不同观点，iOS 6和iOS 7有差别，就算是Apple自家的Podcast应用在iOS 7上都有UI的bug。不该说iOS 7有性能问题，只好说两者之底层实现有差异，我们都是做应用层面开发的，只有适应它这一条路可走。所以以前的代码就是以前的代码，没有完美的优化这一说。应用不怪iOS 7，iOS 7也不会怪应用，程序员在中间继续适配吧。

[txx]

@nixzhu cell这块确实6和7有很多差别，但是我目前没发现出现效率兼容问题...您能不能 写个 demo 来重现一下 这个 bug 大伙儿来看看 是不是 您的 cell 重用优化的有问题 还是 对于iOS 7兼容来说 这是一个坑？

[alexrezit]

@txx
别闹.

@nixzhu
Talk is cheap. Code?

[nixzhu]

@alexrezit @txx 我刚发现真是我的code没写好，代码难看更不愿示人。总之绝对不关iOS 7的事情，见笑了。

[clowwindy]

@so898 真巧，前阵子在知乎上也对某人这么说过……

[so898]

@alexrezit 我被你在V2EX上面说过的
@clowwindy 看来在知乎上说我的那个人就是你没跑了

也算是感谢你们二位了，要不是被你们说了，我还真不会去花一个下午仔细查看每个步骤消耗的CPU时间，然后针对做优化

[clowwindy]

@so898 应该不是，是在一个不同的问题里说的

[tgfbeta]

根据个人项目profiling的情况，我觉得是UITableViewCell里那些label使用了Core Text来显示文字造成的。iOS 7之前的瓶颈不在那里。

[tgfbeta]

另外，我遇到的问题是，reload cell时候占时过长，如果是在scrollViewDidScroll:调用的，会阻塞进一步的卷动；而如果延后执行，又因为Runloop Mode的缘故，刷新被卷动阻塞……