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