UITableview优化随笔（1）-提高加载更多内容时的效率

UITableView上拉加载更多的功能相信很多应用都会用到，类似朋友圈、微博这样的应用，tableView中的数据内容高度根据内容来变化，同时需要加载大量的数据（上拉加载更多），要怎样才能保证加载数据时的页面流畅呢？

UITableView的原理和使用，以及其滚动帧率的优化，不是本篇blog要讨论的问题，这个在网上能搜到大量资料，这里不再赘述。

一般在实现上拉加载更多数据的实现思路是：

1.获取新的数据

2.在当前dataArray中添加这些数据

3.在tableView上显示这些数据

其中第三步，可以通过insertRowsAtIndexPaths::或者reloadData这两种方式实现。

这里讨论使用reloadData的这种情况：

我们知道UITableView在滚动时会不断地调用

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath;
- (UITableViewCell *)cellForRowAtIndexPath:(NSIndexPath *)indexPath;

这两个方法，因此，要保证列表滚动的流畅性，最重要的就是优化这两个方法中的代码，保证代码的执行时间短。

而在加载更多数据时，在主动执行reloadData方法后，系统会重新计算一次所有cell的高度，也就是会根据cell数量在调用N次heightForRowAtIndexPath方法，当tableView中的数据较少，还可以接受，而当页面上数据加载较多时，即使heightForRowAtIndexPath方法执行效率再高，也无法避免出现UI卡顿的情况。

那么怎么办呢？

很简单，我们可以把cell的高度缓存下来在需要使用的时候取出，下面是实现的思路：

首先定义存储cell高度的模型，我们这里使用NSMutableDictionary，为什么不用NSMutableArray来做呢？稍后再说这个问题

   NSMutableDictionary* _cellHeightDictionary;

接着在heightForRowAtIndexPath中：

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
    
    CGFloat cellHeight;
    NSNumber* cellHeightNumber = [_cellHeightDictionary objectForKey:@(indexPath.row)];
    if (cellHeightNumber) {//判断是否缓存了该cell的高度
        cellHeight = [cellHeightNumber floatValue];
    }else
    {
        cellHeight = [CustemCell cellHeightWithModel:_modelArray[indexPath.row]];//通过类方法获取cell高度
        [_cellHeightDictionary  setObject:@(cellHeight) forKey:@(indexPath.row)];//以indexPath为key存储cell高度
    }
    return cellHeight;
}

最后别忘了在重新刷新数据的时候清空cell高度的缓存。

这样修改完之后，不论页面加载了多少数据，每个cell的高度只需要计算一次，优化的目的也就达到了。

最后说一下为什么用NSMutableDictionary而不用NSMutableArray来存储cell height：

因为系统在调用heightForRowAtIndexPath是无序的，如果用数组来存数height，会导致高度错位和其他莫名其妙的问题，所以这里一定不能用数组来缓存高度。