一、介绍
iOS开发中，UITableView可能是平时我们打交道最多的UI控件之一，其重要性不言而喻。Android也是如此，Android中的ListView和UITableView是相同功能的一个控件，但是iOS的UITableView更为强大一点，原因就不说了，如果你学过Android就知道iOS中的UITableView使用起来是非常简单的，这也是峰哥喜欢iOS胜过Android的原因之一。今天研究的内容就是UITableView的优化。
开始之前，你能说出几种UITableView的可优化项？cell复用（Android中经常称为ListView的重用，其实重用复用都是一个意思，由于峰哥之前做过Android的原因，有时候我经常说“重用”，后面万一说“重用”大家知道是“复用”的意思就行了）！除了cell重用呢？
二、UITableView的性能优化
1、cell复用
复用很简单，这或许是所有iOS开发者最为熟知的一个优化内容，如下代码：
-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
static NSString *Identifier = @"cell";
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID];
if (!cell) {
cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:ID];
}
return cell;
}
但是，这样重用就完美了吗？
我们经常在注意cellForRowAtIndexPath：中为每一个cell绑定数据，实际上在调用cellForRowAtIndexPath：的时候cell还没有被显示出来，为了提高效率我们应该把数据绑定的操作放在cell显示出来后再执行，可以在tableView：willDisplayCell：forRowAtIndexPath：（以后简称willDisplayCell）方法中绑定数据。
注意willDisplayCell在cell 在tableview展示之前就会调用，此时cell实例已经生成，所以不能更改cell的结构，只能是改动cell上的UI的一些属性（例如label的内容等）。
2、cell高度的计算
这边我们分为两种cell，一种是定高的cell，另外一种是动态高度的cell。
（1）定高的cell，应该采用如下方式：
self.tableView.rowHeight = 88;
这个方法指定了所有cell高度都是88的tableview，rowHeight默认的值是44，所以一个空的TableView会显示成这个样子。对于定高cell，直接采用上面方式给定高度，不需要实现tableView:heightForRowAtIndexPath:以节省不必要的计算和开销。
（2）动态高度的cell
我们需要实现它的代理，来给出高度：
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
// return xxx
}
这个代理方法实现后，上面的rowHeight的设置将会变成无效。在这个方法中，我们需要提高cell高度的计算效率，来节省时间。
