UIWebView与UITableView的嵌套方案

简书的文章页主要由文章内容和评论列表两部分构成,考虑到评论列表的操作体验和复用性等其它问题,我们最终选择用UIWebView展示文章内容,而用原生的UITableView来展示评论。这就涉及到了UIWebView与UITableView嵌套的问题,难点在于怎样处理两个UIScrollView嵌套时滚动的问题。


简书文章页从内容到评论的滚动

方案一

最早开发简书文章页时第一时间想到的方案,也是后来有不少开发者质疑我们为什么不使用的方案。
将tableView作为主体,tableView.tableHeaderView = webView,把webView.scrollView.scrollEnabled置为NO,然后在加载完成后将webView的size设置成其scrollView.contentSize。相当于是撑开webView,滑动事件完全交给tableView。如图所示

撑开webView的构成方案.jpg

乍一看很完美,当时差点就这么上线了,直到碰到了篇有50张图片的文章。可以看下Demo工程里的第一个,加载的HTML里仅包含了33张图片,在iPhone 8模拟器中运行,正常UIWebView打开,内存会增长约45M,而用这种“撑开”的UIWebView打开,内存直接增长了约150M。
因为UIWebView正常情况下不是一次性把所有东西都渲染的,而是在滚动时通过内部的_UIWebBrowserView每次渲染比可视区域大一点的内容(猜测有一定的复用和回收机制),如果强行把WebView撑开,UIWebBrowserView就会一次渲染整个HTML内容,导致内存飙升甚至闪退。

优点:简单粗暴
缺点:业务上仅适用于HTML内容长度可控的情况,比如和内容生产者约定了内容最大长度。代码上在HTML里无法正确取到viewport的大小。

简书作为UGC社区,作者可能会写上万字,上传几十甚至上百张图片,显然是无法使用该方案的。

方案二

简书文章页在v3.7.0前一直使用的方案。
视图构成同方案一tableView.tableHeaderView = webView,但不撑开webView。禁用webView.scrollView和tableView的bounces,完全由系统来管理滚动哪个scrollView。demo里就不上代码了。唯一的难点是已滚动到tableView后,如果webView的内容高度还在变动(比如图片还在加载,加载后会改变内容高度),需要不断将webView的contentOffset设置到底,否则再滚回文章的时候就会出现由于webView.scrollView未处于底部又无法滚动,而导致的类似文章被“截断”的问题。

优点:除了省事貌似没什么优点。。
缺点:体验上滑到两个scrollView临界的地方会卡住,需要手指抬起后重新滚动;代码上需要频繁更改scrollView的contentOffset,一不留神就会出现webView内容被“截断”无法滚动的效果。

方案三

重点来了,简书文章页在v3.7.0以来使用的方案。
首先是视图构成,将webView作为主体,其加载的HTML最后留一个空白div,用于确定tableView的位置。tableView加到webView.scrollView上,在监听到webView.scrollView的内容尺寸变化后,不断调整tableView的位置对应于该空白div的位置,同时将该div的尺寸设置为tableView的尺寸。如图所示


简书文章页视图构成

这里要注意在更新div高度,即更改webView.scrollView.contentSize时,要先移除监听,更新完后再加上,来避免死循环。

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context {
    if (object == self.webView.scrollView &&
        [change[NSKeyValueChangeNewKey] CGSizeValue].height != [change[NSKeyValueChangeOldKey] CGSizeValue].height) {
        //取消监听,因为这里会调整contentSize,避免无限循环
        [self removeObserverForWebViewContentSize];
        [self changeWebViewContentSize];
        [self addObserverForWebViewContentSize];
    }
}

然后是手势操作,将两者的scrollEnabled都禁用,添加UIPanGestureRecognizerUIDynamicAnimator来构建仿原生的惯性滚动和回弹效果。说简单点就是要解决webView滚动到底后,让tableView继续以此初速度开始滚动,反向亦然。

- (void)handlePanGestureRecognizer:(UIPanGestureRecognizer *)recognizer {
    switch (recognizer.state) {
        case UIGestureRecognizerStateBegan: {
            [self.dynamicAnimator removeAllBehaviors];
        }
            break;
        case UIGestureRecognizerStateChanged: {
            CGPoint translation = [recognizer translationInView:self.view];
            [self scrollViewsWithDeltaY:translation.y];
            [recognizer setTranslation:CGPointZero inView:self.view];
        }
            break;
        case UIGestureRecognizerStateEnded: {
            DynamicItem *item = [[DynamicItem alloc] init];
            item.center = CGPointZero;
            __block CGFloat lastCenterY = 0;
            UIDynamicItemBehavior *inertialBehavior = [[UIDynamicItemBehavior alloc] initWithItems:@[item]];
            [inertialBehavior addLinearVelocity:CGPointMake(0, -[recognizer velocityInView:self.view].y) forItem:item];
            inertialBehavior.resistance = 2;
            __weak typeof(self) weakSelf = self;
            inertialBehavior.action = ^{
                [weakSelf scrollViewsWithDeltaY:lastCenterY - item.center.y];
                lastCenterY = item.center.y;
            };
            self.inertialBehavior = inertialBehavior;
            [self.dynamicAnimator addBehavior:inertialBehavior];
        }
            break;
        default:
            break;
    }
}

UIGestureRecognizerStateChanged滚动当前拖动的scrollView,UIGestureRecognizerStateEnded手指离开时继续惯性运动,其中还包含可能的弹性运动。因为要保证两个scrollView的运动连贯性,就不能给两个scrollView分别加物理运动,而是创建一个DynamicItem,它遵循UIDynamicItem协议,可以看做是一个质点。实际就是通过它的物理运动来修改两个scrollView的偏移量。
具体描述起来比较复杂,可以直接看Demo工程里的第三个PlanCViewController,有详细的代码。

优点:自己管理滚动事件,至少体验上不会再出什么幺蛾子
缺点:代码实现略复杂。另外,由于禁掉了webView.scrollView.scrollEnabled,在js里是无法监听到scroll事件的,但是webView的scrollViewDidScroll回调却会走,所以如果要做图片懒加载之类依赖于scroll事件的功能,需要自己控制好频率,在scrollViewDidScroll中不停的调js

以上就是简书文章页在开发中的一些经验之谈,大家可以根据自己的业务需求选择合适的技术方案。不过要说的是,苹果和安卓官方开发都不推荐这种形式的ScrollView嵌套,如果评论列表的操作较简单,请优先考虑整个页面使用HTML。

参考资料

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

推荐阅读更多精彩内容

  • 发现 关注 消息 iOS 第三方库、插件、知名博客总结 作者大灰狼的小绵羊哥哥关注 2017.06.26 09:4...
    肇东周阅读 11,590评论 4 59
  • 凌乱的店铺无从下手,今天不思考人生,准备整理,
    猪猪dj阅读 175评论 0 0
  • 早晨,洱海畔,喧闹的大理还未醒来
    文艺小麦阅读 280评论 2 4
  • 『古风小短片』 『OOC/BE』 『渣文笔 勿上升』 by百根 …… “明知是个圈套, 你却偏偏跳。” …… ……...
    百根是蓝蓝啊阅读 292评论 0 0