开发中使用 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出现泄漏时可以想想是不是这个情况。
网友评论