Apple埋的坑 —— UIWebView

开发中使用 UIWebView 来展示html页面已经是铺天盖地了。每每产品来句这个页面html做, 心中真是轻松加愉快~~~

然而,UIWebView 的坑仔细想想真是不少。。。。不知道是不是因为坑太多,所以Apple干脆做了个WebKit,然后从iOS8开始,可以使用WKWebView。记得之前看的C预言书上看到的一句话 : 程序员看到别人出现bug时,往往会嘲笑——直到同样的问题出在了自己身上。。。至理名言。

言归正传,这篇文章主要说的是使用同一个webView多次调用 loadRequest 或者是 loadHtmlString方法时,在webView释放时会出现内存泄漏的问题。

loadRequest 和 loadHtmlString 方法算是最常用的了(没几个人回去用loadData)。我估计,这三个load方法,在加载完html之后的处理是一样的。简而言之,就是先写个switch,区分出不同的load方式。而后,load,之后添加手势。

首先,先来看看webView的图层结构:

webView图层结构.png

webView-> webScrollView-> UIWebBrowserView,最终,让用户能看到html内容的,就是UIWebBrowserView。

从图中可以看出,webView本生不会相应触摸事件。因为,他被webScrollView压在身下,webScrollView又被UIWebBrowserView压在身下。所以,即使继承于UIWebView做一个子类,在这个子类的touchbegin 函数中也不会有任何信息。

所有的触摸事件,其实都加在 UIWebBrowserView 上,而webview 管不着。(iOS4之前还有一个UIWebDocumentView,但这个已经太久远,不提了)UIWebBrowserView上面的触摸事件一共有7种,可以通过gestureRecognizers去看。UIWebBrowserView是Apple的私有api,所以不能直接调用,要访问的话,要稍微绕一下弯。

以上是Apple的wenView的大概情况,坑出现在这里 —— 反复调用load方法的时候:

示例代码.png

logs:

logs.png

如图,在log中显示的是调用了4次load方法后打印的结果。第一次调用 load 的时候,其实并没有 _UITextSelectionForceGesture(私有api) 这个手势。但是从第二次调用开始,每调用一次,_UITextSelectionForceGesture 就会被添加一次。

使用 instrument leaks check 时发现 _UITextSelectionForceGesture 存在循环引用的问题:

牛逼哄哄的leaks.png

leaks check中我调用了5次load,所以看到的现象是有4个_UITextSelectionForceGesture泄漏了。

综上所述,对于一个webView 调用 load只有一次的话,是ok没问题的,但是同一个webView如果第二次,第三次,直到第n次的时候,会有 n - 1 个 _UITextSelectionForceGesture无法释放(触摸事件和观察者间循环引用了)。

在webView出现泄漏时可以想想是不是这个情况。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • IOS之UIWebView的使用 刚接触IOS开发1年多,现在对于 混合式 移动端开发越来越流行,因为开发成本上、...
    学无止境666阅读 45,919评论 5 53
  • OS之UIWebView的使用 刚接触IOS开发1年多,现在对于 混合式 移动端开发越来越流行,因为开发成本上、速...
    知之未道阅读 1,670评论 0 4
  • 前言 关于UIWebView的介绍,相信看过上文的小伙伴们,已经大概清楚了吧,如果有问题,欢迎提问。 本文是本系列...
    CoderLF阅读 9,024评论 2 12
  • iOS 的 Cookie 存取 https://juejin.im/entry/58d4c4cc44d904006...
    Farmers阅读 6,024评论 0 16
  • 习惯,就是典型的“时间律”,所有的事情都有它的自然规律,都必须经过花费一定的时间,加上其他如努力等的附力来获取。哔...
    MISS任阅读 290评论 1 1