UITableView下拉刷新上下/左右颤抖问题
tableView下拉刷新颤抖bug
1. 用MJRefresh下拉刷新UIcollectionview 左右颤抖问题
- 同学问我了一个问题,用MJRefresh下拉刷新UIcollectionview,效果如图:
图1
2.jpg
图2
3.jpg
图3
4.jpg
图4
5.jpg
图5
由于他设置的
self.UIcollectionview.contentInset = UIEdgeInsetsMake(20, 18, 30,-18);
设置了之后就出现这个问题。如果不设置这句话就没有这个问题,但是跟他们UI给的效果图就不一样了。
- 看了一下MJRefresh的源码:
3.0.8以前的版本:MJRefreshHeader.m中的122行处:
} else if (state == MJRefreshStateRefreshing) {
[UIView animateWithDuration:MJRefreshFastAnimationDuration animations:^{
// 增加滚动区域
CGFloat top = self.scrollViewOriginalInset.top + self.mj_h;
self.scrollView.mj_insetT = top;
// 设置滚动位置
self.scrollView.mj_offsetY = - top;
} completion:^(BOOL finished) {
[self executeRefreshingCallback];
}];
}
下拉刷新中给collection的offsetY重新设置了一下。
3.0.8以后的版本:MJRefreshHeader.m中的126行处:之所以改成下面这样是为了解决刷新上下颤抖的问题把【下面的2和3模块有解释】
else if (state == MJRefreshStateRefreshing) {
dispatch_async(dispatch_get_main_queue(), ^{
[UIView animateWithDuration:MJRefreshFastAnimationDuration animations:^{
CGFloat top = self.scrollViewOriginalInset.top + self.mj_h;
// 增加滚动区域top
self.scrollView.mj_insetT = top;
// 设置滚动位置
[self.scrollView setContentOffset:CGPointMake(0, -top) animated:NO];
} completion:^(BOOL finished) {
[self executeRefreshingCallback];
}];
});
给我同学的问题的解决方法:修改框架
else if (state == MJRefreshStateRefreshing) {
dispatch_async(dispatch_get_main_queue(), ^{
[UIView animateWithDuration:MJRefreshFastAnimationDuration animations:^{
CGFloat top = self.scrollViewOriginalInset.top + self.mj_h;
// 增加滚动区域top
self.scrollView.mj_insetT = top;
// 判断了一下 这里面
if ([self.scrollView isKindOfClass:[UICollectionView class]]) {
self.scrollView.mj_offsetY = - top;
}else {
[self.scrollView setContentOffset:CGPointMake(0, -top) animated:NO];
}
} completion:^(BOOL finished) {
[self executeRefreshingCallback];
}];
});
2. 解决上拉加载更多,tableview抖动问题
【问题描述】在一个自己实现加载更多的App中,当上拉操作的时候,从网络端下载下来数据,并更新tableview,打印:如下
2016-04-01 19:04:16.078 [2044:865035] contentInset:{64, 0, 56, 0}
2016-04-01 19:04:16.079 [2044:865035] setContentOffset:{-0, -64}
2016-04-01 16:40:20.573 [1869:836104] contentInset:{64, 0, 172, 0}
2016-04-01 16:40:20.575 [1869:836104] setContentOffset:{0, 1441}
2016-04-01 16:40:20.789 [1869:836104] contentInset:{64, 0, 56, 0}
2016-04-01 16:40:20.792 [1869:836104] setContentOffset:{0, 1325}
从上面的log中可以看到,tableView初始化后,contentInset.bottom是56 top是64(恰好是tabBar和NaviBar的高度)。
注意:
-
打印出现contentInset.bottom = 172,因为此时“加载更多”的view加到了tableview的末尾,所以contentInset.bottom += “加载更多”的view.height ,最后即是172.
-
最后,contentInset.bottom又恢复为56,这是因为“加载更多”的view隐藏了,tableview的ContentInset又恢复了。
-
当“加载更多”获取数据下来,tableview更新后。由于contentInset从56—>172—>56。所以,会有一个抖动的现象:如下图:
- 从loading开始,加载更多后,“悄巴蜀”这个cell出来了,但是tableview先向下滑动,在向上滑动,产生了抖动现象。
【原因】
-
当loading的时候,contentInset.bottom是172,当loading隐藏的时候contentInset.bottom = 56.这是因为在对tableview的contentInset赋值的时候,contentOffset也会相应改变。contentOffset的变化导致了抖动。
-
下面的log展示了,contentInset和contentOffset相关联的问题:
2015-04-01 16:40:20.573 [1869:836104] contentInset:{64, 0, 172, 0}
2015-04-01 16:40:20.575 [1869:836104] setContentOffset:{0, 1441}
2015-04-01 16:40:20.789 [1869:836104] contentInset:{64, 0, 56, 0}
2015-04-01 16:40:20.792 [1869:836104] setContentOffset:{0, 1325}
两次contentOffset的差值116,正好是contentInset的差值。
【解决】
-
tableview的contentInset还是要恢复的,但是contentOffset达到1441的较高值后,后面1325就可以忽略了。这样即可解决抖动
-
另外:当loading失败的时候,没有新的cell进来,会不会造成tableview末端悬空?
答案是:不会悬空;这是因为:无论如何contentInset一定会恢复。既然contentInset已经恢复为56了,那么即便contentOffset在较高位置,它也会自动滑下来。因为contentInset限制了tableview一定要滑回来。类似与普通的tableview,用户手动将tableview的尾部向上拉,松手后,tableview自动还原到原来位置。
在进入IOS8之后,你有没有注意到老式的下拉刷新可能会抖一下, 在下拉松开后,scrollView即将回到“刷新中…”的状态过程中的时候。如果你有这个问题,那不妨跟随我来看看怎么解决这个问题。
2. 解决下拉刷新,tableview抖动问题
- 我们先来看看在手松开之后我们对scrollView做了什么事情:
ScrollViewDidEndDragging => setContentInset:
为了保证在“Loading”的状态下,下拉刷新控件可以展示,我们对contentInset做了修改,增加了inset的top. 那这样一步操作为什么会导致scrollView抖动一下呢。如下
-
我在scrollViewDidScroll:中打了个断点,来看看在setContentInset:之后发生了什么事情。 我设置的inset.top = 64; 结果发现scrollView的contentOffset发生了这样的变化:
(0, -64) => (0, -133) => (0, -64)
由以上数据可以看出,contentOffset在这个过程中先被向下移动了一段,再回归正常。 猜测问题原因:和上面的原因是一样的。
解决方法
网上的方法:async
- 第一思路是避开这个冲突,于是我把 setContentInset: 的方法异步调用一下:
dispatch_async(dispatch_get_main_queue(), ^{
[UIView animateWithDuration:kAnimationDuration animations:^{
self.scrollView.contentInset = inset;
} completion:^(BOOL finished) {
}];
});
不能解决
- 修改: 强设contentOffset
既然是因为contentOffset改变导致的,我就再设置一下contentOffset应该就行了
dispatch_async(dispatch_get_main_queue(), ^{
[UIView animateWithDuration:kAnimationDuration animations:^{
self.scrollView.contentInset = inset;
self.scrollView.contentOffset = CGPointMake(0, -inset.top);
} completion:^(BOOL finished) {
}];
});
没用,问题还是存在
- 将setContentOffset: 方法改为 setConentOffset:animated: 。 问题就解决了!看来系统里面这两个方法的实现是不同的啊。
dispatch_async(dispatch_get_main_queue(), ^{
[UIView animateWithDuration:kAnimationDuration animations:^{
self.scrollView.contentInset = inset;
[self.scrollView setContentOffset:CGPointMake(0, -inset.top) animated:NO];
} completion:^(BOOL finished) {
}];
});