结束刷新和开始刷新同时调用问题

[augsun]

结束刷新方法有一个0.1s的延迟

#pragma mark - 公共方法
- (void)endRefreshing
{
    if ([self.scrollView isKindOfClass:[UICollectionView class]]) {
        dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(0.1 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
            [super endRefreshing];
        });
    } else {
        [super endRefreshing];
    }
}

如果是标签切换要结束上一次正在刷新然后再开始下一个刷新, 就会导致先开始刷新, 然后再结束. 最终导致不显示刷新.
类似百思不得姐的左侧关注很快点击的时候.调用

[self.collectionView.mj_header endRefreshing];
[self.collectionView.mj_header beginRefreshing];

有些地方又不会, 是啥情况...
上面的一个判断, 为什么呢...

[self.scrollView isKindOfClass:[UICollectionView class]]

试了下, 这个问题我是在 UICollectionView 下遇到, 然后用 UITableView 试, 居然不会...

是不是 UICollectionView 的刷新方法与 UI 布局的时机与 UITableView 的不同.
似乎 UITableView 只要 reloadData 后 UI 的布局都是定好的, 而 UICollectionView 好像要等一段时间.

[CoderMJLee]

最新版本已经用别的方式取代0.1s了

[augsun]

我已经更改自已的代码结构. 避开了这个问题.

我试了下 3.1.5 版本, 好像在我这里还是有些小 issue.
如上某些情况要执行如下代码

    [self.collectionView.mj_header endRefreshing];
    [self.collectionView.mj_header beginRefreshing];

我这里变成了一闪即过.就结束刷新了.

换到另一个 collectionView 地方刷新同时执行如上两行
遇到两个问题:

• 首先它能发起 beginRefreshing 的 @selector 去调用网络请求, 在网络请求(afn)回来后的块里判断 self.collectionView.mj_header.isRefreshing 却为 NO. 请求回来之前, 刷新的状态也是一闪就过, 但不会向上隐藏, 变成了MJRefreshStateIdle 状态, 就是下拉可以刷新状态.
• 在上面这个问题没消除的基础上再执行如上两行代码(如标签切换), 整个 mj_header 控件往下移. 执行一次, 下移一次.

以上遇到的都是 UICollectionView 情况下同时执行上面两行代码出现, 以前很少用它做刷新, 可能是 UICollectionView 内部一些东西导致不好使.也可能是其它一些问题.不过还是要非常感谢 MJRefresh 这么好的一个框架, 给我项目带来了极大的方便.

[CoderMJLee]

可以尝试这样

[self.collectionView.mj_header endRefreshing];
dispatch_after(.... {
    // 0.1s后执行这个代码
    [self.collectionView.mj_header beginRefreshing];
});

[augsun]

这样的话, 如果第二次在第一次触发后 0.1s 内触发, 如果有个标签页 self.currentIndex, 第一次触发 self.currentIndex = 1; 第二次 self.currentIndex = 2;
那么第一次由于 0.1s, 执行 @selector 的时候, 捕获的已经是被第二次触发修改后的 self.currentIndex = 2 了, 明明第一次触发要加载第一页, 却变成两次都加载第二页, 如果在 0.1s 内触发多页, 那么问题会变得更复杂.

还有:
我测了下, 好像 beginRefreshing 的发起会有这种情况.

// 下拉的 @selector(loadDataFromNet)
- (void)loadDataFromNet {
    printf("bbb");
}

// 其它方法
- (void)msgToMethod {
    printf("ccc");
}

// 刷新触发所在方法
- (void)btnAction {
    printf("aaa");
    [self.collectionView.mj_header beginRefreshing];
    [self msgToMethod];
}

打出的顺序是 aaa -> ccc -> bbb
似乎是因为动画时间 MJRefreshFastAnimationDuration 结束才执行 executeRefreshingCallback.
原来我理解的能马上调用它的 @selector 是不对的^^...以上所有问题我觉得是同步调用就好办了, 当然框架内部要考虑的远比想像的多.
这些似乎都是比较极端测试才会. 我也不折腾了, 浪费了小码哥这么多时间...

[CoderMJLee]

我在3.1.7加了2个新方法，保证代码的先后顺序你看看能不能满足你的要求

- (void)beginRefreshingWithCompletionBlock:(void (^)())completionBlock;
- (void)endRefreshingWithCompletionBlock:(void (^)())completionBlock;

__weak typeof(self) weakSelf = self;
[self.collectionView.mj_header beginRefreshingWithCompletionBlock:^{
    [weakSelf msgToMethod];
}];

[augsun]

现在我那个功能模块在外部用状态缓存做了, 有时间我再 branch 一个出来试试. 谢谢MJ大神```

[CoderMJLee]

不客气，谢谢你的使用与支持