iOS开发- reloadData方法介绍
在实际开发中,经常需要对tableView或者collectionView执行更新数据源的操作,reloadData是一个常见的方法。这是 UITableView
和 UICollectionView
提供的一个方法,用于重新加载视图的所有可见行(或项)。
当调用 reloadData
方法时,UITableView
或 UICollectionView
会放弃当前显示的所有Cell并重新请求其数据源对象以获取新的Cell。这个过程涉及以下步骤:
重置:
UITableView
或UICollectionView
会丢弃当前的所有Cell,并准备开始整个视图的新的布局过程。询问数据源:数据源对象会被询问新的数据,包括部分数量、每部分的行数(对于
UITableView
)或项数(对于UICollectionView
)。Cell创建或重用:对于视图中的每一个可见行或项,
UITableView
或UICollectionView
会通过调用数据源的tableView:cellForRowAtIndexPath:
或collectionView:cellForItemAtIndexPath:
方法来获取一个Cell。如果有可重用的Cell,它会被重用;否则,会创建一个新的Cell。Cell配置:开发者在数据源方法中配置Cell,设置必要的数据和视图。
显示Cell:配置好的Cell会被添加到
UITableView
或UICollectionView
中,并显示给用户。
reloadData
方法通常在以下情况下使用:
- 数据源发生了变化,需要更新整个列表或网格。
- 需要响应某个事件,如用户操作或网络请求完成,导致数据集更新。
- 初始化或视图控制器的视图将要出现时,需要确保数据是最新的。
使用 reloadData
方法的缺点是它会重新加载整个列表或网格,这可能不是性能最优的选择,特别是当只有数据的一小部分发生变化时。在这种情况下,更细粒度的更新方法(如 insertRowsAtIndexPaths:withRowAnimation:
、deleteRowsAtIndexPaths:withRowAnimation:
、reloadRowsAtIndexPaths:withRowAnimation:
对于 UITableView
,以及对应的 UICollectionView
方法)可能是更好的选择,因为它们允许只更新改变的部分,而不是整个视图。
- reloadData是异步执行的,如果有任务需要在数据加载完毕后再执行,就需要使用dispatch_async,如:
@weakify(self);
dispatch_async(dispatch_get_main_queue(), ^{
@strongify(self);
if (!self) {
return;
}
//需要实现的代码
});
但是不一定就会在reloadData完成后执行,因为在这里使用 dispatch_async 将一个 block 异步地派发到主队列。但由于 reloadData 也会在主队列上异步执行,这两个操作是独立的,并且都被异步地加入到主队列中,执行顺序取决于它们被加入队列的时间和队列的状态。
如果目的是确保 某一个任务 在 collectionView 完全加载数据后执行,我现在想到的方法是使用使用 dispatch_after:
@weakify(self);
dispatch_time_t delayTime = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(100 * NSEC_PER_MSEC));
dispatch_after(delayTime, dispatch_get_main_queue(), ^{
@strongify(self);
if (!self) {
return;
}
//执行任务代码
});
当然具体的时间要根据实际情况安排,我这是100ms,基本上reloadData已经完成了。