UICollectionView中visibleCells的坑

作者: 啸狼天 | 来源:发表于2021-12-29 10:53 被阅读0次

前言：

对于[UITableView visibleCells]的正确获取，相信很多人，都会采用切换主队列的方式，来保证visibleCells数据的正确。究其原因，和RealoadData方法的异步性和RunLoop机制有关。

那么在当前以iOS8+环境下，切换主队列的方式，是否还生效呢？请大家随本文一起探究下去。

[self.tableView reloadData];
// 切换到主队列
dispatch_async(dispatch_get_main_queue(), ^{
    NSArray *array = [self.tableView visibleCells];
    NSLog(@"visibleCells====:%@",@(array.count));
});

UITableView

首先确认ReloadData的异步性。执行测试代码：

- (void)testTableView {
    [self.tableView reloadData];
    NSLog(@"reloadData 执行完成");
}

监听reloadData执行前后，并同时监听RunLoop时机：

16:45:08 被唤醒
16:45:08 即将处理Timer事件
16:45:08 即将处理Source事件
16:45:08 -[ViewController btn:]
16:32:54 -[TestTableView reloadData] -----
16:45:08 -[ViewController numberOfSectionsInTableView:]
16:32:54 -[TestTableView setNeedsLayout] -----
16:32:54 -[TestTableView setNeedsLayout] =====
16:45:08 -[ViewController tableView:numberOfRowsInSection:]
16:32:54 -[TestTableView setNeedsLayout] -----
16:32:54 -[TestTableView setNeedsLayout] =====
16:32:54 -[TestTableView setNeedsLayout] -----
16:32:54 -[TestTableView setNeedsLayout] =====
16:32:54 -[TestTableView setNeedsLayout] -----
16:32:54 -[TestTableView setNeedsLayout] =====
16:32:54 -[TestTableView reloadData] =====
16:45:08 reloadData 执行完成
16:45:08 即将处理Timer事件
16:45:08 即将处理Source事件
16:45:08 即将休眠
16:32:54 -[TestTableView layoutSubviews] -----
16:45:08 -[ViewController tableView:cellForRowAtIndexPath:]=====
16:45:08 -[ViewController tableView:heightForRowAtIndexPath:]
16:45:08 -[ViewController tableView:heightForRowAtIndexPath:]
16:32:54 -[TestTableView layoutSubviews] =====
16:45:08 被唤醒
16:45:08 即将处理Timer事件
16:45:08 即将处理Source事件
16:45:08 即将休眠

分析日志:

reloadData 方法内部，执行了高度计算，但没有进行Cell的渲染工作。而是调用了setNeedsLayout，并将在下一个RunLoop处理时机，调用[UITableView layoutSubviews]方法对cell们进行渲染。

由此可见，reloadData方法执行完成后，cells 并没有被渲染，此时立即调用visibleCells方法会获取到数据的数据将是错误的。

但真实的情况呢？

测试visibleCells方法如下：

- (void)testTableView {

    [self.tableView reloadData];
    NSLog(@"reloadData 执行完成");

    NSArray *array = [self.tableView visibleCells];
    NSLog(@"visibleCells----:%@",@(array.count));

    dispatch_async(dispatch_get_main_queue(), ^{
        NSArray *array = [self.tableView visibleCells];
        NSLog(@"visibleCells==== :%@",@(array.count));
    });
}

同时监听runloop时机，日志如下：

13:00:32 即将处理Timer事件
13:00:32 即将处理Source事件
13:00:32 -[ViewController btn:]
13:00:32 -[TestTableView reloadData] -----
13:00:32 -[ViewController numberOfSectionsInTableView:]
13:00:32 -[ViewController tableView:numberOfRowsInSection:]
13:00:32 -[ViewController tableView:heightForRowAtIndexPath:]
13:00:32 -[ViewController tableView:heightForRowAtIndexPath:]
13:00:32 -[TestTableView reloadData] =====
13:00:32 reloadData 执行完成
13:00:32 -[ViewController tableView:cellForRowAtIndexPath:]
13:00:32 -[ViewController tableView:heightForRowAtIndexPath:]
13:00:32 -[ViewController tableView:cellForRowAtIndexPath:]
13:00:32 -[ViewController tableView:heightForRowAtIndexPath:]
13:00:32 visibleCells----:2
13:00:32 visibleCells====:2
13:00:32 即将处理Timer事件
13:00:32 即将处理Source事件
16:30:14 即将休眠
15:03:46 -[TestTableView layoutSubviews] -----
15:03:46 -[TestTableView layoutSubviews] =====
16:30:14 被唤醒

两次visibleCells方法都返回了正确的cells数据。这是为何？进一步查看visibleCells前后调用堆栈信息：

image

-[UITableView _createPreparedCellForGlobalRow:withIndexPath:willDisplay:]

分析上述日志：

原来如此，调用[UITableView visibleCells]方法时，会促使cell进行渲染。

小结

reloadData 方法内部分为两部分：
计算了contenSize、contentOffset相关的内容。
设置当前TableView的子视图需要修改渲染和布局。这些任务将放在后续主队列中。
在下一次RunLoop时机，执行layoutSubviews方法。对TableView的子视图进行渲染和布局。
visibleCells 方法内部，会执行createPreparedCell方法，使cell内容提前渲染。并在渲染过后，返回正确的Cells内容。

因此，UITableView之visibleCells，如今(iOS8+)，可以直接调用，不需要再担心，数据不正确了！