【iOS】WKWebView的一个回调坑
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之后才生效的。
解决了这个坑，完美。睡觉去了。
