最近线上版本H5的一块业务报了一个bug，被测试妹急头白脸的批评了一顿。
事件的经过是这样的：
H5 的一个二级展示页面需要在展示前通过js 交互向 原生 获取 cityId，不同的城市展示不同的内容。前端兄弟经受不住测试妹纸的“拷打”当了叛徒。
“我这边没收到iOS 的城市id...”，于是我平静的生活中，下了一场不大不小的暴风“血”。
在上一篇文章OC WebView 与JavaScript 交互中，我介绍过 项目中使用了 **JavaScriptCore **框架 和JS 进行交互。
- (void)webViewDidFinishLoad:(UIWebView *)webView
{
if (!self.webTitle.length) {
NSString *webTitle = [webView stringByEvaluatingJavaScriptFromString:@"document.title"];
self.title = webTitle;
}
self.jContext = [webView
valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];
self.jContext[@"toApp"] = _helper;
// 禁用用户选择
[webView stringByEvaluatingJavaScriptFromString:
@"document.documentElement.style.webkitUserSelect='none';"];
// 禁用长按弹出框
[webView stringByEvaluatingJavaScriptFromString:
@"document.documentElement.style.webkitTouchCallout='none';"];
}
这段代码 在 webView 加载完成，用户交互时没有问题，但是如果页面刚加载的时候，H5 就需要和客户端通过js 交互，让客户端回传参数才能显示页面时候，显然是有问题的。当然，机智如我怎么可能让这种情况发生呢！！哼哼，潜意识反应，移个位置呗，把jContext 回调赋值 在
- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType
{
self.jContext = [webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];
self.jContext[@"toApp"] = _helper;
return YES;
}
自测的时候，发现一个问题，一级H5 页面时候没问题，H5 切换到二级页面的时候，回调的JSExport 方法跑不到...脑袋一开：
- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType
{
self.jContext = [webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];
self.jContext[@"toApp"] = _helper;
return YES;
}
- (void)webViewDidFinishLoad:(UIWebView *)webView
{
if (!self.webTitle.length) {
NSString *webTitle = [webView stringByEvaluatingJavaScriptFromString:@"document.title"];
self.title = webTitle;
}
self.jContext = [webView
valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];
self.jContext[@"toApp"] = _helper;
// 禁用用户选择
[webView stringByEvaluatingJavaScriptFromString:
@"document.documentElement.style.webkitUserSelect='none';"];
// 禁用长按弹出框
[webView stringByEvaluatingJavaScriptFromString:
@"document.documentElement.style.webkitTouchCallout='none';"];
}
UIWebViewDelegate 两个都写一遍不就完了么，粗粗的自测了一下，没问题，虽然矬了点，先应付上线吧。
没想到 线上还是出问题了，在测试妹纸的教育下，深刻的意识到了问题严重性，为自己被资本主义腐朽思想侵蚀而投机深深的悔恨，当即发誓要洗心革面，痛改前非，争取再做社会主义的好青年。
问题到了不得不解决的境地了，我熟练但是 批判性的用了google,终于找到了解决方案：UIWebView-TS_JavaScriptContext
#pragma mark - TSWebViewDelegate
/*!
* JavaScriptContext创建的时候回调
*/
- (void)webView:(UIWebView *)webView didCreateJavaScriptContext:(JSContext *)ctx
{
dispatch_async(dispatch_get_main_queue(), ^{
self.jContext = [webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];
self.jContext[@"toApp"] = _helper;
});
}
通过 runtime 机制，巧妙地获取 JavaScriptContext 创建之后，生成回调。详细各位可以看 UIWebViewTS_JavaScriptContet 中
UIWebView+TS_JavaScriptContext.h
UIWebView+TS_JavaScriptContext.m 源码
思考###
为什么 H5 一级页面时候,在 UIWebViewDelegate 回调初期没有问题，而当跳转到 二级页面的时候就不行了呢？
- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType
{
self.jContext = [webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];
self.jContext[@"toApp"] = _helper;
return YES;
}
猜测###
H5 一级页面的时候，是 webView 第一次创建，在 webView loadRequest 之前，内存已经 creat JavaScriptContext，也就说 在 ** UIWebViewDelegate** 回调发生之前。而跳转到二级页面，页面只是 再次 回调 UIWebViewDelegate ，这个时候，JavaScriptContext creat时机可能会晚于 - (BOOL)webView: shouldStartLoadWithRequest:navigationType: 也就是说回调发生的时候，新的 JavaScriptContext还未创建。
这只是本人的猜测，还未去验证，如果有JS方面的大神看到，强烈欢迎留言指教和指正。
