关于iOS中UITableView自适应动态高度的回到顶部错位问题解决

问题

在iOS开发中,动态布局cell的内容的时候,由于涉及到cell的高度返回,所以此时的高度通常有以下两种方案去解决:

  • 依据数据纯计算cell的高度进行cell高度的返回
  • 依据iOS自带的动态cell高度直接返回

今天遇到的问题主要来自第二种,通过自动布局,约束整体cell的顶部以及底部的约束来动态依据系统确定其高度,此时我们只需要给出每个cell 的预估高度,返回自动计算动态高度即可完成cell的高度值。如下:

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath{    
    return UITableViewAutomaticDimension;
}

- (CGFloat)tableView:(UITableView *)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath{
    return 150;
}

此时基本已经完成UITableView的正常显示了,当然前提是UITableViewCell正常自动布局正确的情况下。

这样实际上会有两个问题存在:

  • 每次都会依据不太准确的预估高度去精化具体的cell高度,存在每次计算,会有一定的性能损耗
  • 由于返回的均是临时计算的预估高度,当前显示的高度均为临时计算,会导致整体ScroollView的内容高度有一定的偏差

第二个问题在获取内容高度的时候会有一定的问题发生,比如此时开发的业务需要双击某个按钮刷新操作(用户浏览到content中间的某个区域),返回到顶部的时候(使用[self.tableView setContentOffset:CGPointMake(0,0)]),就会出现内容的偏差问题了,会发现内容高度并没有真正的回到顶部,而是差了一点点,当然这跟设置的预估高度有关。

解决

这个问题,网上也有一套解决方案,大致都是关闭tableView的预估高度操作(预估高度直接返回0,-(CGFloat)tableView:(UITableView *)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath),这个方法是有效果的,虽然解决了内容偏移的问题,但是却引发了新的问题,因为没有了预估高度的存在,会导致tableView在滚动加载cell的时候有明显的跳跃感,用户体验及其差劲,所以这最终不是一套很好的解决方案。

内容的偏移差错毕竟是因为内容的cell的高度不准确导致的,所以根源就是cell的高度预估高度错误导致的。此时解决方案就有了:

  • 直接通过数据算cell的高度,不使用系统的动态高度返回(此方法肯定是最优)
  • 精化预估高度的返回,保证预估高度返回就是其真正cell的高度的返回

这里说一下精化预估高度的返回,由于每次cell展示的时候都是通过系统动态计算自动布局的高度进行返回的(结合预估高度),所以此时在系统准备展示cell的时候(此时cell的高度已经由系统动态计算返回),能够把这个数值缓存起来,然后下次进行预估高度返回的时候给出当前cell已经确定的缓存值,那么每次的预估高度就是准确的了,只要预估高度准确,那么内容的高度以及偏移就迎刃而解了。所以在设置预估高度的时候我们可以进行高度缓存的提取,从而达到缓存高度精化的目的,如下:

/// 即将展示cell 的时候缓存当前的cell高度
/// @param tableView
/// @param cell
/// @param indexPath
- (void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath{
    [self.cellHeightDict setObject:@(cell.frame.size.height) forKey:indexPath];
}

/// 返回预估高度的时候如果有缓存高度直接返回精化后的高度
/// @param tableView
/// @param indexPath 
- (CGFloat)tableView:(UITableView *)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath{
    NSNumber *height = [self.cellHeightDict objectForKey:indexPath];
    if (height) return height.doubleValue;
    
    return 150;
}

总结

UITableView在进行自动高度返回的时候由于预估高度的存在,所以在整体内容高度获取上会受到cell预估高度的影响,进而导致contentOffset的偏差,导致内容获取错误的问题产生。所以如果用到自动布局+动态高度计算来进行页面展示的话,建议缓存cell的高度进行预估高度的精化,进而保证tableView的内容数值始终正确,避免奇奇怪怪的问题的产生。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,670评论 5 460
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,928评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,926评论 0 320
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,238评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,112评论 4 356
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,138评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,545评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,232评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,496评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,596评论 2 310
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,369评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,226评论 3 313
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,600评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,906评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,185评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,516评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,721评论 2 335