详解ios监听reloadData刷新列表完毕的时机

概述详解ios监听reloadData刷新列表完毕的时机 分析: reloadData 是一个异步方法,并不会等待 UITableView 或者 UICollectionView (后面统称 listView )真正刷新完毕后才执行后续代码,而是立即执行后续代码.我们执行 reloadData 的本意是刷新 listView ,随后会进入一系列的DataSource和Delegate回调,有些是和reloadData同步发生的,有些是异步发生的. 同步: numberOfSectionsInCollectionView 和 numberOfItemsI

分析：

reloadData 是一个异步方法，并不会等待 UItableVIEw 或者 UICollectionVIEw （后面统称 ListVIEw ）真正刷新完毕后才执行后续代码，而是立即执行后续代码。我们执行 reloadData 的本意是刷新 ListVIEw ，随后会进入一系列的DataSource和Delegate回调，有些是和reloadData同步发生的，有些是异步发生的。

同步： numberOfSectionsInCollectionVIEw 和 numberOfItemsInSection异步： cellForItemAtIndexPath同步+异步： sizeforItemAtIndexPath

问题：

由于cell复用的原因，直接在 reloadData 后执行代码是有可能出问题的。比如在 reloadData 前保留了一个cell，在 reloadData 后，对这个cell（已经不是原来的cell了）进行某些 *** 作，会出现一些异常问题。

解决办法：

在 reloadData 前不是保留cell，二是保留当前cell对应的 NSIndexPath ，然后在 reloadData 完毕（ ListVIEw 真正刷新完毕）后通过方法 cellForItemAtIndexPath: 重新获取cell，然后进行相应的 *** 作。

获取ListVIEw真正刷新完毕的时机的几种方法

方法1、通过layoutIfNeeded方法，强制重绘并等待完成。

[self.collectionVIEw reloadData];[self.collectionVIEw layoutIfNeeded];// 刷新完成，执行后续需要执行的代码if ( self.didplayIDx ) {  MyCell* cell = (MyCell*)[self.collectionVIEw cellForItemAtIndexPath:self.didplayIDx];  if (cell) { [cell playWithPlayer:self.player];  }}

方法2、 reloadData 方法会在主线程执行，通过GCD，使后续 *** 作排队在 reloadData 后面执行。一次runloop有两个机会执行GCD dispatch main queue中的任务，分别在休眠前和被唤醒后。设置 ListVIEw 的 layoutIfNeeded 为YES，在即将进入休眠时执行异步任务，重绘一次界面。

[self.collectionVIEw reloadData];dispatch_async(dispatch_get_main_queue(),^{  // 刷新完成，执行后续代码  if ( self.didplayIDx ) {    MyCell* cell = (MyCell*)[self.collectionVIEw cellForItemAtIndexPath:self.didplayIDx];    if (cell) {      [cell playWithPlayer:self.player];    }  }});

知识点关联：GCD死锁、Runloop

// 发生死锁，永远不会执行任务2和3NSLog(@"1");dispatch_sync(dispatch_get_main_queue(),^{  NSLog(@"2");});NSLog(@"3");

方法3、自定义UICollectionVIEw、UItableVIEw，layoutSubvIEws之后当作reloadData完成(复杂，但可以更好的理解方法一)

#import "MytableVIEw.h"@interface MytableVIEw()@property (nonatomic,copy) voID (^reloadDataCompletionBlock)();@end@implementation MytableVIEw- (voID)reloadDataWithCompletion:(voID (^)())completionBlock {  self.reloadDataCompletionBlock = completionBlock;  [super reloadData];}- (voID)layoutSubvIEws {  [super layoutSubvIEws];  if (self.reloadDataCompletionBlock) {    self.reloadDataCompletionBlock();    self.reloadDataCompletionBlock = nil;  }}@end// 调用的时候[self.tableVIEw reloadDataWithCompletion:^{   NSLog(@"完成刷新");}];

引申：更新UI放在主线程的原因

原因一：安全+效率

因为UIKit框架不是线程安全的，当多个线程同时 *** 作UI的时候，抢夺资源，导致崩溃，UI异常等问题。假如在两个线程中设置了同一张背景图片，很有可能就会由于背景图片被释放两次，使得程序崩溃。或者某一个线程中遍历找寻某个subVIEw，然而在另一个线程中删除了该subVIEw，那么就会造成错乱。apple有对大部分的绘图方法和诸如UIcolor等类改写成线程安全可用，可还是建议将UI *** 作保证在主线程中。例如说，我们需要在子线程中读取一个image对象，使用接口 [UIImage imagenamed:] ，但 imagenamed: 实际上在 iOS9 以后才是线程安全的， iOS9 之前都需要在主线程获取。所以，我们需要从子线程切换到主线程获取image，然后再切回子线程拿到这个image，这里我们必须使用sync。

__block UIImage *image;dispatch_sync_on_main_queue(^{  image = [UIImage imagenamed:@"Resource/img"];});attachment.image = image;// YYKit中提供了一个同步扔任务到主线程的安全方法：/** submits a block for execution on a main queue and waits until the block completes.*/static inline voID dispatch_sync_on_main_queue(voID (^block)()) {  if (pthread_main_np()) {    block();  } else {    dispatch_sync(dispatch_get_main_queue(),block);  }}

原因二：用户体验

iOS中只有主线程才能立即刷新UI。在子线程中是不能够更新UI，我们看到的子线程能够更新UI的原因是，等到子线程执行完毕，自动进入了主线程去执行子线程中更新UI的代码。由于子线程执行时间非常短暂，让我们误以为子线程可以更新UI。如果子线程一直在运行，则无法更新UI，因为没有办法进入主线程。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

总结

以上是内存溢出为你收集整理的详解ios监听reloadData刷新列表完毕的时机全部内容，希望文章能够帮你解决详解ios监听reloadData刷新列表完毕的时机所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。