最近优化一个tableView内嵌webView的文章模块,需要准确算出网页的高度来调整cell的高度,采用的优化方案是拿到HTML的字符串之后,用正则选出所有的img标签的src属性,并用本地的placeholder图片地址替换掉再用webView加载,同时保存下来的src属性用SDWebImage下载后,调用[webView stringByEvaluatingJavaScriptFromString:@"document.getElementsByTagName('img')[0].src = file:///..."];
来刷新图片并重新计算webView高度。
前面的工作很顺利,但是到了计算高度的时候发现高度计算有问题,替换src后计算出来的高度还是替换前的图片高度,同样的问题在StackOverFlow上也有人提问,iOS stringByEvaluatingJavaScriptFromString issue,做了不少测试之后发现虽然- stringByEvaluatingJavaScriptFromString:
会阻塞线程,但是更换图片这个过程是异步的,也就是说计算高度的时候图片并没有完成替换。
联想到web加载完成图片有onload回调,于是决定尝试JavaScript Core来实现oc -> js -> oc 的方案。
具体方案
在把src替换成本地地址时,加入onload回调
<img src = 'file:///......', onload='caculateHeight()'>
在处理API返回的HTML字符串时,在最前面加上以下js代码
<script type="text/javascript">
function caculateHeight() {
var height = document.getElementById('webview_content_wrapper').clientHeight
finishLoad(height)
}
</script>
在- webViewDidFinishLoad:
中添加以下代码
JSContext *ctx = [webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];
ctx[@"finishLoad"] = ^() {
NSArray *args = [JSContext currentArguments];
for (JSValue *value in args) {
NSLog(@"%@", value.toString); // 这里就能拿到计算后的高度了
}
};
完成以上修改后就能准确计算出webView的高度了,流程是 js修改src -> 触发onload() -> caculateHeight() -> finishLoad(),在修改src后和finishLoad后打印时间可以看到finishLoad延迟了0.006秒,这个时间差就造成了高度计算有误,也验证了上面提到的异步渲染图片的机制
tips
1.一个bug,如果替换的字符串中回调的函数要带参数进去,我们可能会这么写
@"<img src = 'file:///......', onload='caculateHeight('args')'>"
但是这么写不会调用caculateHeight (),需要改成下面这个形式
@"<img src = 'file:///......', onload=\"caculateHeight('args')\">"
2.JSContext的回调block,在iOS9和iOS10下都是默认子线程,更新UI需要回到主线程
网友评论