关于UITableView的性能优化(历上最全面的优化分析)

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath

这个代理方法的实现,在可见的页面是会重复绘制页面的,所以绝大部分人都会在这里做一些代码处理比如:

static NSString *CellIdentifier = @"LazyTableCell";

UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier];

很常规的,防止cell对象无限的被创建,等同于android里面适配器的方法public View getView(int position, View convertView, ViewGroup arg2) 以上举例代码是可以让cell被重复使用,一般大概只会在可见页面部分的几个cell会被new下,其他的全部重复使用前面已经有的cell对象,到时候只要填充数据就可以了啰嗦下,android里面也是类似的处理的,给view添加tag值,到时候利用tag获取view对象那么仅仅只是如此,恐怕现在的cell自定义的页面不只是文本那么简单,多多少少都会带有一些图片吧,当你下滑时候是否发现有那么一点点的卡顿现成,特别是网络不好,而且还是在iPhone4上跑的就会更明显了。

那么在cell里面异步加载图片是个程序员都会想到,但是如果你给每个循环对象都加上异步加载,并且下滑的时候,这一操作将会被执行,虽然是异步,但是一个app里面的线程过多也会卡顿的,特别是在下滑操作的时候给每个图片进行异步加载那么这里可以利用UIScrollViewDelegate代理很好的解决这问题

- (void)scrollViewDidEndDragging:(UIScrollView *)scrollView willDecelerate:(BOOL)decelerate

- (void)scrollViewDidEndDecelerating:(UIScrollView *)scrollView

可以识别tableview禁止或者减速滑动结束的时候进行异步加载图片以下方法来执行异步加载操作      

//获取可见部分的对象     

 NSArray *visiblePaths = [self.tableView indexPathsForVisibleRows];       

 for (NSIndexPath *indexPath in visiblePaths)        {          

//获取的dataSource里面的对象,并且判断加载完成的不需要再次异步加载

}

同时在cell绘制中也做限制

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath      

  if (self.tableView.dragging == NO && self.tableView.decelerating == NO)            {           

   //开始异步加载图片

}

如果tableview 停止滑动的时候开始异步加载图片最后也别忘记在内存紧张的情况下释放调所有的异步线程,以保证的你的app不会被系统强制关闭

- (void)didReceiveMemoryWarning{

//  释放调异步加载图片的线程以及所有图片资源对象

}

还有千万别忘记销毁的时候手动把所有的使用到的代理设置nil

至此性能优化结束。

你可能感兴趣的:(关于UITableView的性能优化(历上最全面的优化分析))