JavaScriptCore 的坑

最近线上版本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方面的大神看到，强烈欢迎留言指教和指正。

JavaScriptCore 的坑

思考###

猜测###

你可能感兴趣的:(JavaScriptCore 的坑)