1.正确地使用UITableViewCell的重用机制
UITableView最核心的思想就是 UITableViewCell 的重用机制。UITableView 只会创建一屏幕(或一屏幕多一点)的 UITableViewCell ,每当 cell 滑出屏幕范围时,就会放入到一重用池当中,当要显示新的 cell 时,先去重用池中取,若没有可用的,才会重新创建。这样可以极大的减少内存的开销。
比较早的一种写法
static NSString *cellID = @"Cell";
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:cellID];
if (!cell) {
cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:cellID];
//cell 初始化
}
// cell 设置数据
return cell;
或者通过注册cell的方式
//注册cell
[tableView registerClass:[UITableViewCell class] forCellReuseIdentifier:@"cell"];
//获取cell
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"cell"];
2.提前计算好 cell 的高度和布局。
UITableView有两个重要的回调方法:先调用tableView:heightForRowAtIndexPath:确定高度,然后才会调用 tableView:cellForRowAtIndexPath:,显示在当前屏幕的 cell 。
要显示100个cell,而当前屏幕只能显示5个. 则reload的时候,会先调用100次heightForRowAtIndexPath方法, 然后调用5次cellForRowAtIndexPath方法;
一般在网络请求结束后,在更新界面之前reload就把每个 cell 的高度算好,缓存到相对应的 model 中,在回调时直接把高度值直接返回。
这里可能有人说要是一个 model 对应多种 cell 怎么办?
model 可以添加多个高度属性啊,这点空间上的开销还是可以接受的吧。
3.避免阻塞主线程。
很多时候我们需要从网络请求图片等,把这些操作放在后台执行,并且缓存起来。现在我们大都使用 SDWebImage 进行网络图片处理,正常的使用是没有大问题的,但是如果对性能要求比较高,或者要处理gif图,我还是推荐 YYWebImage,详细内容请自行移步到github查看,当然这只是个人建议。
还有就是不要在主线程做一些文件的I/O操作。
4.按需加载。
这一条真的是看各位喜好了,我是觉得滚动的过程中有大量的 “留白” 并不太好,不过作为优化的建议还是要考虑的。
如快速滚动时,仅绘制目标位置的 cell ,可以提高滚动的顺畅程度。
5.使用不透明视图
不透明的视图可以极大地提高渲染的速度。可以将table cell及其子视图的opaque属性设为YES(默认值)。
6.使用UITableViewCell的重用机制
UITableView只需要一屏幕的UITableViewCell对象即可,每当 cell 滑出屏幕范围时,就会放入到一重用池当中,当要显示新的 cell 时,先去重用池中取,若没有可用的,才会重新创建。这样可以极大的减少内存的开销。
这一条真的是看各位喜好了,我是觉得滚动的过程中有大量的 “留白” 并不太好,不过作为优化的建议还是要考虑的。
如快速滚动时,仅绘制目标位置的 cell ,可以提高滚动的顺畅程度。
5.使用不透明视图
不透明的视图可以极大地提高渲染的速度。可以将table cell及其子视图的opaque属性设为YES(默认值)。
6.使用UITableViewCell的重用机制
UITableView只需要一屏幕的UITableViewCell对象即可,每当 cell 滑出屏幕范围时,就会放入到一重用池当中,当要显示新的 cell 时,先去重用池中取,若没有可用的,才会重新创建。这样可以极大的减少内存的开销。