200字范文 > 下拉刷新和UITableView的section headerView冲突的原因分析与解决方案

下拉刷新和UITableView的section headerView冲突的原因分析与解决方案

时间：2023-04-22 07:43:24

UITableView：下拉刷新和上拉加载更多

【转载请注明出处】

本文将说明具有多个section的UITableView在使用下拉刷新机制时会遇到的问题及其解决方案。

工程地址在帖子最下方，只需要代码的直拉到底即可。

【目录】

1、现象分析；

2、解决方案；

3、工程地址。

1、现象分析

当前的大多数支持下拉刷新的库，都是通过修改UIScrollView的contentInset实现的。

（可参见我的这篇帖子：UITableView：下拉刷新和上拉加载更多）

使用这种方法带来的问题是，当UITableView具有多个section时，依照上述方式使用下拉刷新，在加载过程中上滑，会出现样式跑版:

为了分析出问题所在，首先在控制台打印出正常状态下UITableView的所有子View：

比较各行的frame.origin.y可以看出，UITableView的section headerView是和cell一起，按顺序放入基类UIScrollView的内容View中的。

再看加载中时的情况：

从Pull2RefreshView的frame可以看出，此时UITableView的contentInset已经被修改为(65, 0, 0, 0)。而section headerView和各个cell的frame.origin.y不受影响，和预期一致。

最后看看在加载中状态下上滑时的情况，将UITableView上滑至上方图中所示情境，即第一行的cell刚刚好越过section headerView：

可以看到，section headerView的frame.origin.y发生了变化，它和第二个cell一起被放在了第一个cell的下方，即：

section headerView.frame.origin.y == firstCell.frame.origin.y + cellHeight;

继续上滑，可以看到section headerView.frame.origin.y不断变化，但在界面显示上，始终位于距离UITableView.frame.origin.y为65（即修改后contengInset.top的值）的位置，直到下一个section headerView出现时，才随着cell向上移动，如图：

【注意：不论在任何情况下，第一个cell的frame.origin.y始终为section headerView的高度，在本例中为23，即使它已经处于section headerView的上方】

2、解决方案

由此，可以粗略得出以下结论：

A、section headerView和cell之间并不是简单的顺序摆放的关系，它们之间可以发生重叠；

B、section headerView在界面上的显示位置由UITableView.contentInset.top决定，直到被下一个section headerView替代。

如此，想要在滑动时修改section headerView的显示位置，令其和cell一起移动，只需要动态地修改UITableView.contentInset.top即可，如下：

1-(void)scrollViewDidScroll:(UIScrollView*)scrollView

3//added.11.28动态修改headerView的位置

4if(headerRefreshing)

6if(scrollView.contentOffset.y>=-scrollView.contentInset.top

7&&scrollView.contentOffset.y<0)

9//注意:修改scrollView.contentInset时，若使当前界面显示位置发生变化，会触发scrollViewDidScroll:，从而导致死循环。