UITableView的优化

最新推荐文章于 2024-08-09 13:42:59 发布

原创最新推荐文章于 2024-08-09 13:42:59 发布 · 251 阅读

0 ·

CC 4.0 BY-SA版权

iOS 专栏收录该内容

39 篇文章

订阅专栏

本文介绍UITableView性能优化的六个关键方面，包括正确使用UITableViewCell重用机制、提前计算cell的高度和布局、避免阻塞主线程等。这些技巧有助于提高UITableView的响应速度和降低内存消耗。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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 时，先去重用池中取，若没有可用的，才会重新创建。这样可以极大的减少内存的开销。