CC

为了减轻客户端同学的开发压力，大家讨论一致决定，把一些界面性质的东西扔给web来做，客户端提供窗口容器（猴开心）。然后用WKWebView，遇到好多坑，这里拿出最大的一个坑来讲。

WKWebView web调用native

初始方案

客户端在下面这个回调方法中，截获web以特定的schema开头的url。

- (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler;

WKWebView中的web执行以下方法来触发：

document.location = "xxx://{methodName:sendRequest}"

然后发现有坑，坑就是同时调用两个后面那个可能会覆盖前面那个。

其次方案

客户端在下面这个回调方法中，截获web以特定的字符串开头的alert字符串。

-(void)webView:(WKWebView *)webView runJavaScriptAlertPanelWithMessage:(NSString *)message initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(void))completionHandler;

WKWebView中的web执行以下方法来触发：

alert("xxx://{methodName:sendRequest}");

然后发现有坑，坑就是iOS 8的WKWebView不支持加载本地的web网页，iOS 9才开始支持，而且必须用下面方法才行：

- (nullable WKNavigation *)loadFileURL:(NSURL *)URL allowingReadAccessToURL:(NSURL *)readAccessURL API_AVAILABLE(macosx(10.11), ios(9.0));

所以iOS 8的本地加载必须用UIWebView，而UIWebView必须写个Catagory来触发私有方法。怕被拒，不敢用。

其实如果不是iOS 8本地加载业务场景的限制，这个方案应该是可行的，但是web在alert的时候，整体是阻塞状态，没有验证是否会有其他的坑。

最终方案

感谢唐巧大神老早12年的博客，业界已有成熟方案，结果自己又踩了一遍坑（我天，17年了好么！）

http://blog.devtang.com/2012/03/24/talk-about-uiwebview-and-phonegap/

最终还是在下面这个方法里做的url截获：

- (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler;

WKWebView native调用web

官方提供的方法：

- (void)evaluateJavaScript:(NSString *)javaScriptString completionHandler:(void (^ _Nullable)(_Nullable id, NSError * _Nullable error))completionHandler;

因为这个方法是异步的，有时候你想从web那边同步拿个数据，都很蛋疼。所以自己实现了个同步方法：

- (NSString *)syncExecScript:(NSString *)script

{

    __block BOOL finished = NO;

    __block NSString *content = nil;

    [self.webview evaluateJavaScript:script completionHandler:^(id _Nullable result, NSError * _Nullable error) {

        content = result;

        finished = YES;

    }];

    while (!finished)

    {

        [[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];

    }

    return content;

}

然后就撞到坑了

坑是这样的，web调了客户端一个分享的方法，然后在这个方法里呢，客户端要调用web的方法取得要分享的数据。于是就实现了类似以下的调用:

- (void)evaluateJavaScript:(NSString *)javaScriptString completionHandler:(void (^ _Nullable)(_Nullable id, NSError * _Nullable error))completionHandler

{

    decisionHandler(WKNavigationActionPolicyCancel);

    NSString *url = [self syncExecScript];

   ****

    return;

}

然后就死掉了！我天，卡死。

然后，跟写web的达叔一起查了下这个问题，得到答案：

我以为，执行了decisionHandler(WKNavigationActionPolicyCancel); web的事情就完事了。

然鹅，达叔说JS是单线程的。

所以，JS的单线程出发了WKWebView的截获事件，一直等着WKWebView来告诉他要不要跳转。然后iOS的这个线程，又调用了JS的一个方法，拿了数据我这个线程才会去做其他事情。于是你等着我，我等着你，就死锁了。

这是达叔给出的解释，perfect，没瑕疵。这也就说明了，decisionHandler(WKNavigationActionPolicyCancel);在return之后才生效的。

解决了这个坑，完美。睡觉去了。