【轉(zhuǎn)】WKWebView 那些坑

WKWebView 那些坑

導(dǎo)語(yǔ)

WKWebView 是蘋(píng)果在 WWDC 2014 上推出的新一代 webView 組件,用以替代 UIKit 中笨重難用裆甩、內(nèi)存泄漏的 UIWebView鲁豪。WKWebView 擁有60fps滾動(dòng)刷新率潘悼、和 safari 相同的 JavaScript 引擎等優(yōu)勢(shì)。

簡(jiǎn)單的適配方法本文不再贅述爬橡,主要來(lái)說(shuō)說(shuō)適配 WKWebView 過(guò)程中填過(guò)的坑以及善待解決的技術(shù)難題治唤。

1、WKWebView 白屏問(wèn)題

WKWebView 自詡擁有更快的加載速度堤尾,更低的內(nèi)存占用肝劲,但實(shí)際上 WKWebView 是一個(gè)多進(jìn)程組件,Network Loading 以及 UI Rendering 在其它進(jìn)程中執(zhí)行郭宝。初次適配 WKWebView 的時(shí)候辞槐,我們也驚訝于打開(kāi) WKWebView 后,App 進(jìn)程內(nèi)存消耗反而大幅下降粘室,但是仔細(xì)觀察會(huì)發(fā)現(xiàn)榄檬,Other Process 的內(nèi)存占用會(huì)增加。在一些用 webGL 渲染的復(fù)雜頁(yè)面衔统,使用 WKWebView 總體的內(nèi)存占用(App Process Memory + Other Process Memory)不見(jiàn)得比 UIWebView 少很多鹿榜。

在 UIWebView 上當(dāng)內(nèi)存占用太大的時(shí)候,App Process 會(huì) crash锦爵;而在 WKWebView 上當(dāng)總體的內(nèi)存占用比較大的時(shí)候舱殿,WebContent Process 會(huì) crash,從而出現(xiàn)白屏現(xiàn)象险掀。在 WKWebView 中加載下面的測(cè)試鏈接可以穩(wěn)定重現(xiàn)白屏現(xiàn)象:

http://people.mozilla.org/~rnewman/fennec/mem.html

這個(gè)時(shí)候 WKWebView.URL 會(huì)變?yōu)?nil, 簡(jiǎn)單的 reload 刷新操作已經(jīng)失效沪袭,對(duì)于一些長(zhǎng)駐的H5頁(yè)面影響比較大。

我們最后的解決方案是:

A樟氢、借助 WKNavigtionDelegate

iOS 9以后 WKNavigtionDelegate 新增了一個(gè)回調(diào)函數(shù):

- (void)webViewWebContentProcessDidTerminate:(WKWebView *)webView API_AVAILABLE(macosx(10.11), ios(9.0));

當(dāng) WKWebView 總體內(nèi)存占用過(guò)大冈绊,頁(yè)面即將白屏的時(shí)候,系統(tǒng)會(huì)調(diào)用上面的回調(diào)函數(shù)埠啃,我們?cè)谠摵瘮?shù)里執(zhí)行[webView reload](這個(gè)時(shí)候 webView.URL 取值尚不為 nil)解決白屏問(wèn)題死宣。在一些高內(nèi)存消耗的頁(yè)面可能會(huì)頻繁刷新當(dāng)前頁(yè)面,H5側(cè)也要做相應(yīng)的適配操作碴开。

B毅该、檢測(cè) webView.title 是否為空

并不是所有H5頁(yè)面白屏的時(shí)候都會(huì)調(diào)用上面的回調(diào)函數(shù)博秫,比如,最近遇到在一個(gè)高內(nèi)存消耗的H5頁(yè)面上 present 系統(tǒng)相機(jī)鹃骂,拍照完畢后返回原來(lái)頁(yè)面的時(shí)候出現(xiàn)白屏現(xiàn)象(拍照過(guò)程消耗了大量?jī)?nèi)存台盯,導(dǎo)致內(nèi)存緊張,WebContent Process 被系統(tǒng)掛起)畏线,但上面的回調(diào)函數(shù)并沒(méi)有被調(diào)用。在WKWebView白屏的時(shí)候良价,另一種現(xiàn)象是 webView.titile 會(huì)被置空, 因此寝殴,可以在 viewWillAppear 的時(shí)候檢測(cè) webView.title 是否為空來(lái) reload 頁(yè)面。

綜合以上兩種方法可以解決絕大多數(shù)的白屏問(wèn)題明垢。

2蚣常、WKWebView Cookie 問(wèn)題

Cookie 問(wèn)題是目前 WKWebView 的一大短板

2.1、WKWebView Cookie存儲(chǔ)

業(yè)界普遍認(rèn)為 WKWebView 擁有自己的私有存儲(chǔ)痊银,不會(huì)將 Cookie 存入到標(biāo)準(zhǔn)的 Cookie 容器 NSHTTPCookieStorage 中呻征。

實(shí)踐發(fā)現(xiàn) WKWebView 實(shí)例其實(shí)也會(huì)將 Cookie 存儲(chǔ)于 NSHTTPCookieStorage 中虑灰,但存儲(chǔ)時(shí)機(jī)有延遲,在iOS 8上,當(dāng)頁(yè)面跳轉(zhuǎn)的時(shí)候兢榨,當(dāng)前頁(yè)面的 Cookie 會(huì)寫(xiě)入 NSHTTPCookieStorage 中,而在 iOS 10 上宗苍,JS 執(zhí)行 document.cookie 或服務(wù)器 set-cookie 注入的 Cookie 會(huì)很快同步到 NSHTTPCookieStorage 中赚窃,F(xiàn)ireFox 工程師曾建議通過(guò) reset WKProcessPool 來(lái)觸發(fā) Cookie 同步到 NSHTTPCookieStorage 中,實(shí)踐發(fā)現(xiàn)不起作用抖单,并可能會(huì)引發(fā)當(dāng)前頁(yè)面 session cookie 丟失等問(wèn)題萎攒。

WKWebView Cookie 問(wèn)題在于 WKWebView 發(fā)起的請(qǐng)求不會(huì)自動(dòng)帶上存儲(chǔ)于 NSHTTPCookieStorage 容器中的 Cookie

比如矛绘,NSHTTPCookieStorage 中存儲(chǔ)了一個(gè) Cookie:

name=Nicholas;value=test;domain=y.qq.com;expires=Sat, 02 May 2019 23:38:25 GMT耍休;

通過(guò) UIWebView 發(fā)起請(qǐng)求http://y.qq.com, 則請(qǐng)求頭會(huì)自動(dòng)帶上 cookie: Nicholas=test货矮;
而通過(guò) WKWebView發(fā)起請(qǐng)求http://y.qq.com羊精, 請(qǐng)求頭不會(huì)自動(dòng)帶上 cookie: Nicholas=test。

2.2次屠、WKProcessPool

蘋(píng)果開(kāi)發(fā)者文檔對(duì) WKProcessPool 的定義是:A WKProcessPool object represents a pool of Web Content process. 通過(guò)讓所有 WKWebView 共享同一個(gè) WKProcessPool 實(shí)例园匹,可以實(shí)現(xiàn)多個(gè) WKWebView 之間共享 Cookie(session Cookie and persistent Cookie)數(shù)據(jù)。不過(guò) WKWebView WKProcessPool 實(shí)例在 app 殺進(jìn)程重啟后會(huì)被重置劫灶,導(dǎo)致 WKProcessPool 中的 Cookie裸违、session Cookie 數(shù)據(jù)丟失,目前也無(wú)法實(shí)現(xiàn) WKProcessPool 實(shí)例本地化保存本昏。

2.3供汛、Workaround

由于許多 H5 業(yè)務(wù)都依賴(lài)于 Cookie 作登錄態(tài)校驗(yàn),而 WKWebView 上請(qǐng)求不會(huì)自動(dòng)攜帶 Cookie, 目前的主要解決方案是:

a、WKWebView loadRequest 前怔昨,在 request header 中設(shè)置 Cookie, 解決首個(gè)請(qǐng)求 Cookie 帶不上的問(wèn)題雀久;
WKWebView * webView = [WKWebView new]; NSMutableURLRequest * request = [NSMutableURLRequest requestWithURL:[NSURL URLWithString:@"http://h5.qzone.qq.com/mqzone/index"]]; 
[request addValue:@"skey=skeyValue" forHTTPHeaderField:@"Cookie"]; [webView loadRequest:request];
b、通過(guò) document.cookie 設(shè)置 Cookie 解決后續(xù)頁(yè)面(同域)Ajax趁舀、iframe 請(qǐng)求的 Cookie 問(wèn)題赖捌;

注意:document.cookie()無(wú)法跨域設(shè)置 cookie

WKUserContentController* userContentController = [WKUserContentController new]; WKUserScript * cookieScript = [[WKUserScript alloc] initWithSource: @"document.cookie = 'skey=skeyValue';" injectionTime:WKUserScriptInjectionTimeAtDocumentStart forMainFrameOnly:NO]; 
[userContentController addUserScript:cookieScript];

這種方案無(wú)法解決302請(qǐng)求的 Cookie 問(wèn)題,比如矮烹,第一個(gè)請(qǐng)求是 www.a.com越庇,我們通過(guò)在 request header 里帶上 Cookie 解決該請(qǐng)求的 Cookie 問(wèn)題,接著頁(yè)面302跳轉(zhuǎn)到 www.b.com奉狈,這個(gè)時(shí)候 www.b.com 這個(gè)請(qǐng)求就可能因?yàn)闆](méi)有攜帶 cookie 而無(wú)法訪問(wèn)卤唉。當(dāng)然,由于每一次頁(yè)面跳轉(zhuǎn)前都會(huì)調(diào)用回調(diào)函數(shù):

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

可以在該回調(diào)函數(shù)里攔截302請(qǐng)求仁期,copy request桑驱,在 request header 中帶上 cookie 并重新 loadRequest。不過(guò)這種方法依然解決不了頁(yè)面 iframe 跨域請(qǐng)求的 Cookie 問(wèn)題跛蛋,畢竟-[WKWebView loadRequest:]只適合加載 mainFrame 請(qǐng)求熬的。

3、WKWebView NSURLProtocol問(wèn)題

WKWebView 在獨(dú)立于 app 進(jìn)程之外的進(jìn)程中執(zhí)行網(wǎng)絡(luò)請(qǐng)求问芬,請(qǐng)求數(shù)據(jù)不經(jīng)過(guò)主進(jìn)程悦析,因此,在 WKWebView 上直接使用 NSURLProtocol 無(wú)法攔截請(qǐng)求此衅。蘋(píng)果開(kāi)源的 webKit2 源碼暴露了私有API:

+ [WKBrowsingContextController registerSchemeForCustomProtocol:]

通過(guò)注冊(cè) http(s) scheme 后 WKWebView 將可以使用 NSURLProtocol 攔截 http(s) 請(qǐng)求:

Class cls = NSClassFromString(@"WKBrowsingContextController”); 
SEL sel = NSSelectorFromString(@"registerSchemeForCustomProtocol:"); 
if ([(id)cls respondsToSelector:sel]) { 
           // 注冊(cè)http(s) scheme, 把 http和https請(qǐng)求交給 NSURLProtocol處理 
           [(id)cls performSelector:sel withObject:@"http"]; 
           [(id)cls performSelector:sel withObject:@"https"]; 
}

但是這種方案目前存在兩個(gè)嚴(yán)重缺陷:

a强戴、post 請(qǐng)求 body 數(shù)據(jù)被清空

由于 WKWebView 在獨(dú)立進(jìn)程里執(zhí)行網(wǎng)絡(luò)請(qǐng)求。一旦注冊(cè) http(s) scheme 后挡鞍,網(wǎng)絡(luò)請(qǐng)求將從 Network Process 發(fā)送到 App Process骑歹,這樣 NSURLProtocol 才能攔截網(wǎng)絡(luò)請(qǐng)求。在 webkit2 的設(shè)計(jì)里使用 MessageQueue 進(jìn)行進(jìn)程之間的通信墨微,Network Process 會(huì)將請(qǐng)求 encode 成一個(gè) Message,然后通過(guò) IPC 發(fā)送給 App Process道媚。出于性能的原因,encode 的時(shí)候 HTTPBody 和 HTTPBodyStream 這兩個(gè)字段被丟棄掉了

參考蘋(píng)果源碼:

https://github.com/WebKit/webkit/blob/fe39539b83d28751e86077b173abd5b7872ce3f9/Source/WebKit2/Shared/mac/WebCoreArgumentCodersMac.mm#L61-L88 (復(fù)制鏈接到瀏覽器中打開(kāi))

及bug report:

https://bugs.webkit.org/show_bug.cgi?id=138169 (復(fù)制鏈接到瀏覽器中打開(kāi))

因此翘县,如果通過(guò) registerSchemeForCustomProtocol 注冊(cè)了 http(s) scheme, 那么由 WKWebView 發(fā)起的所有 http(s)請(qǐng)求都會(huì)通過(guò) IPC 傳給主進(jìn)程 NSURLProtocol 處理最域,導(dǎo)致 post 請(qǐng)求 body 被清空

b锈麸、對(duì)ATS支持不足

測(cè)試發(fā)現(xiàn)一旦打開(kāi)ATS開(kāi)關(guān):Allow Arbitrary Loads 選項(xiàng)設(shè)置為NO镀脂,同時(shí)通過(guò) registerSchemeForCustomProtocol 注冊(cè)了 http(s) scheme,WKWebView 發(fā)起的所有 http 網(wǎng)絡(luò)請(qǐng)求將被阻塞(即便將Allow Arbitrary Loads in Web Content 選項(xiàng)設(shè)置為YES)忘伞;

WKWebView 可以注冊(cè) customScheme, 比如 dynamic://, 因此希望使用離線功能又不使用 post 方式的請(qǐng)求可以通過(guò) customScheme 發(fā)起請(qǐng)求薄翅,比如 dynamic://www.dynamicalbumlocalimage.com/沙兰,然后在 app 進(jìn)程 NSURLProtocol 攔截這個(gè)請(qǐng)求并加載離線數(shù)據(jù)。不足:使用 post 方式的請(qǐng)求該方案依然不適用翘魄,同時(shí)需要 H5 側(cè)修改請(qǐng)求 scheme 以及 CSP 規(guī)則鼎天;

4、WKWebView loadRequest 問(wèn)題

在 WKWebView 上通過(guò) loadRequest 發(fā)起的 post 請(qǐng)求 body 數(shù)據(jù)會(huì)丟失:

//同樣是由于進(jìn)程間通信性能問(wèn)題暑竟,HTTPBody字段被丟棄[request setHTTPMethod:@"POST"];
[request setHTTPBody:[@"bodyData" dataUsingEncoding:NSUTF8StringEncoding]];
[wkwebview loadRequest: request];

workaround:

假如想通過(guò)-[WKWebView loadRequest:]加載 post 請(qǐng)求 request1: http://h5.qzone.qq.com/mqzone/index,可以通過(guò)以下步驟實(shí)現(xiàn):

  1. 替換請(qǐng)求 scheme斋射,生成新的 post 請(qǐng)求 request2: post://h5.qzone.qq.com/mqzone/index, 同時(shí)將 request1 的 body 字段復(fù)制到 request2 的 header 中(WebKit 不會(huì)丟棄 header 字段);

  2. 通過(guò)-[WKWebView loadRequest:]加載新的 post 請(qǐng)求 request2;

  3. 通過(guò) +[WKBrowsingContextController registerSchemeForCustomProtocol:]注冊(cè) scheme: post://;

  4. 注冊(cè) NSURLProtocol 攔截請(qǐng)求post://h5.qzone.qq.com/mqzone/index ,替換請(qǐng)求 scheme, 生成新的請(qǐng)求 request3: http://h5.qzone.qq.com/mqzone/index,將 request2 header的body 字段復(fù)制到 request3 的 body 中但荤,并使用 NSURLConnection 加載 request3绩鸣,最后通過(guò) NSURLProtocolClient 將加載結(jié)果返回 WKWebView;

5、WKWebView 頁(yè)面樣式問(wèn)題

在 WKWebView 適配過(guò)程中纱兑,我們發(fā)現(xiàn)部分H5頁(yè)面元素位置向下偏移被拉伸變形,追蹤后發(fā)現(xiàn)主要是H5頁(yè)面高度值異常導(dǎo)致:

a. 空間H5頁(yè)面有透明導(dǎo)航化借、透明導(dǎo)航下拉刷新潜慎、全屏等需求,因此之前 webView 整個(gè)是從(0, 0)開(kāi)始布局蓖康,通過(guò)調(diào)整webView.scrollView.contentInset 來(lái)適配特殊導(dǎo)航欄需求铐炫。而在 WKWebView 上對(duì) contentInset 的調(diào)整會(huì)反饋到webView.scrollView.contentSize.height的變化上,比如設(shè)置 webView.scrollView.contentInset.top = a蒜焊,那么contentSize.height的值會(huì)增加a,導(dǎo)致H5頁(yè)面長(zhǎng)度增加倒信,頁(yè)面元素位置向下偏移;

解決方案是:調(diào)整WKWebView布局方式泳梆,避免調(diào)整webView.scrollView.contentInset鳖悠。實(shí)際上,即便在 UIWebView 上也不建議直接調(diào)整webView.scrollView.contentInset的值优妙,這確實(shí)會(huì)帶來(lái)一些奇怪的問(wèn)題乘综。如果某些特殊情況下非得調(diào)整 contentInset 不可的話,可以通過(guò)下面方式讓H5頁(yè)面恢復(fù)正常顯示:

/**設(shè)置contentInset值后通過(guò)調(diào)整webView.frame讓頁(yè)面恢復(fù)正常顯示 
 *參考:http://km.oa.com/articles/show/277372
 */ webView.scrollView.contentInset = UIEdgeInsetsMake(a, 0, 0, 0); 
webView.frame = CGRectMake(webView.frame.origin.x, webView.frame.origin.y, webView.frame.size.width, webView.frame.size.height - a);

b. 在接入 now 直播的時(shí)候套硼,我們發(fā)現(xiàn)在 iOS 9 上 WKWebView 會(huì)出現(xiàn)頁(yè)面被拉伸變形的情況卡辰,最后發(fā)現(xiàn)是window.innerHeight值不準(zhǔn)確導(dǎo)致(在WKWebView上返回了一個(gè)非常大的值),而H5同學(xué)通過(guò)獲取window.innerHeight來(lái)設(shè)置頁(yè)面高度邪意,導(dǎo)致頁(yè)面整體被拉伸九妈。通過(guò)查閱相關(guān)資料發(fā)現(xiàn),這個(gè)bug只在 iOS 9 的幾個(gè)系統(tǒng)版本上出現(xiàn)雾鬼,蘋(píng)果后來(lái)fix了這個(gè)bug萌朱。我們最后的解決方案是:延遲調(diào)用window.innerHeight

setTimeout(function(){height = window.innerHeight},0);

or

Use shrink-to-fit meta-tag 
<meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=no, maximum-scale=1, shrink-to-fit=no">

6、WKWebView 截屏問(wèn)題

空間玩吧H5小游戲有截屏分享的功能呆贿,WKWebView 下通過(guò) -[CALayer renderInContext:]實(shí)現(xiàn)截屏的方式失效嚷兔,需要通過(guò)以下方式實(shí)現(xiàn)截屏功能:

@implementation UIView (ImageSnapshot) 
- (UIImage*)imageSnapshot { 
    UIGraphicsBeginImageContextWithOptions(self.bounds.size,YES,self.contentScaleFactor); 
    [self drawViewHierarchyInRect:self.bounds afterScreenUpdates:YES]; 
    UIImage* newImage = UIGraphicsGetImageFromCurrentImageContext(); 
    UIGraphicsEndImageContext(); 
    return newImage; 
} 
@end

然而這種方式依然解決不了 webGL 頁(yè)面的截屏問(wèn)題森渐,筆者已經(jīng)翻遍蘋(píng)果文檔,研究過(guò) webKit2 源碼里的截屏私有API冒晰,依然沒(méi)有找到合適的解決方案同衣,同時(shí)發(fā)現(xiàn) Safari 以及 Chrome 這兩個(gè)全量切換到 WKWebView 的瀏覽器也存在同樣的問(wèn)題:對(duì)webGL 頁(yè)面的截屏結(jié)果不是空白就是純黑圖片。無(wú)奈之下壶运,我們只能約定一個(gè)JS接口耐齐,讓游戲開(kāi)發(fā)商實(shí)現(xiàn)該接口,具體是通過(guò) canvas getImageData()方法取得圖片數(shù)據(jù)后返回 base64 格式的數(shù)據(jù)蒋情,客戶端在需要截圖的時(shí)候埠况,調(diào)用這個(gè)JS接口獲取 base64 String 并轉(zhuǎn)換成 UIImage。

7棵癣、WKWebView crash問(wèn)題

WKWebView 放量后辕翰,外網(wǎng)新增了一些 crash, 其中一類(lèi) crash 的主要堆棧如下:

... 
28 UIKit 0x0000000190513360 UIApplicationMain + 208 29 Qzone 0x0000000101380570 main (main.m:181) 
30 libdyld.dylib 0x00000001895205b8 _dyld_process_info_notify_release + 36 Completion handler passed to -[QZWebController webView:runJavaScriptAlertPanelWithMessage:initiatedByFrame:completionHandler:] was not called

主要是JS調(diào)用window.alert()函數(shù)引起的,從 crash 堆棻芬辏可以看出是 WKWebView 回調(diào)函數(shù):

+ (void) presentAlertOnController:(nonnull UIViewController*)parentController title:(nullable NSString*)title message:(nullable NSString *)message handler:(nonnull void (^)())completionHandler;

completionHandler 沒(méi)有被調(diào)用導(dǎo)致的喜命。在適配 WKWebView 的時(shí)候,我們需要自己實(shí)現(xiàn)該回調(diào)函數(shù)河劝,window.alert()才能調(diào)起 alert 框壁榕,我們最初的實(shí)現(xiàn)是這樣的:

- (void)webView:(WKWebView *)webView runJavaScriptAlertPanelWithMessage:(NSString *)message initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(void))completionHandler 
{ 
    UIAlertController *alertController = [UIAlertController alertControllerWithTitle:@"" message:message preferredStyle:UIAlertControllerStyleAlert]; 
    [alertController addAction:[UIAlertAction actionWithTitle:@"確認(rèn)" style:UIAlertActionStyleCancel handler:^(UIAlertAction *action) { completionHandler(); }]]; 
    [self presentViewController:alertController animated:YES completion:^{}]; 
}

如果 WKWebView 退出的時(shí)候,JS剛好執(zhí)行了window.alert(), alert 框可能彈不出來(lái)赎瞎,completionHandler 最后沒(méi)有被執(zhí)行牌里,導(dǎo)致 crash;另一種情況是在 WKWebView 一打開(kāi)务甥,JS就執(zhí)行window.alert()牡辽,這個(gè)時(shí)候由于 WKWebView 所在的 UIViewController 出現(xiàn)(push或present)的動(dòng)畫(huà)尚未結(jié)束,alert 框可能彈不出來(lái)缓呛,completionHandler 最后沒(méi)有被執(zhí)行催享,導(dǎo)致 crash。我們最終的實(shí)現(xiàn)大致是這樣的:

- (void)webView:(WKWebView *)webView runJavaScriptAlertPanelWithMessage:(NSString *)message initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(void))completionHandler 
{ 
    if (/*UIViewController of WKWebView has finish push or present animation*/) { 
        completionHandler(); 
        return; 
    } 
    UIAlertController *alertController = [UIAlertController alertControllerWithTitle:@"" message:message preferredStyle:UIAlertControllerStyleAlert]; 
    [alertController addAction:[UIAlertAction actionWithTitle:@"確認(rèn)" style:UIAlertActionStyleCancel handler:^(UIAlertAction *action) { completionHandler(); }]]; 
    if (/*UIViewController of WKWebView is visible*/) 
        [self presentViewController:alertController animated:YES completion:^{}]; 
    else 
        completionHandler(); 
}

確保上面兩種情況下 completionHandler 都能被執(zhí)行哟绊,消除了 WKWebView 下彈 alert 框的 crash因妙,WKWebView 下彈 confirm 框的 crash 的原因與解決方式與 alert 類(lèi)似。

另一個(gè) crash 發(fā)生在 WKWebView 退出前調(diào)用:

 -[WKWebView evaluateJavaScript: completionHandler:]

執(zhí)行JS代碼的情況下票髓。WKWebView 退出并被釋放后導(dǎo)致completionHandler變成野指針攀涵,而此時(shí) javaScript Core 還在執(zhí)行JS代碼,待 javaScript Core 執(zhí)行完畢后會(huì)調(diào)用completionHandler()洽沟,導(dǎo)致 crash以故。這個(gè) crash 只發(fā)生在 iOS 8 系統(tǒng)上,參考Apple Open Source裆操,在iOS9及以后系統(tǒng)蘋(píng)果已經(jīng)修復(fù)了這個(gè)bug怒详,主要是對(duì)completionHandler block做了copy(refer: https://trac.webkit.org/changeset/179160)炉媒;對(duì)于iOS 8系統(tǒng),可以通過(guò)在 completionHandler 里 retain WKWebView 防止 completionHandler 被過(guò)早釋放昆烁。我們最后用 methodSwizzle hook 了這個(gè)系統(tǒng)方法:

+ (void) load 
{ 
     [self jr_swizzleMethod:NSSelectorFromString(@"evaluateJavaScript:completionHandler:") withMethod:@selector(altEvaluateJavaScript:completionHandler:) error:nil]; 
} 
/* 
 * fix: WKWebView crashes on deallocation if it has pending JavaScript evaluation 
 */ - (void)altEvaluateJavaScript:(NSString *)javaScriptString completionHandler:(void (^)(id, NSError *))completionHandler 
{ 
    id strongSelf = self; 
    [self altEvaluateJavaScript:javaScriptString completionHandler:^(id r, NSError *e) { 
        [strongSelf title]; 
        if (completionHandler) { 
            completionHandler(r, e); 
        } 
    }]; 
}

8吊骤、其它問(wèn)題

8.1、視頻自動(dòng)播放

WKWebView 需要通過(guò)WKWebViewConfiguration.mediaPlaybackRequiresUserAction設(shè)置是否允許自動(dòng)播放静尼,但一定要在 WKWebView 初始化之前設(shè)置白粉,在 WKWebView 初始化之后設(shè)置無(wú)效。

8.2鼠渺、goBack API問(wèn)題

WKWebView 上調(diào)用 -[WKWebView goBack], 回退到上一個(gè)頁(yè)面后不會(huì)觸發(fā)window.onload()函數(shù)鸭巴、不會(huì)執(zhí)行JS。

8.3拦盹、頁(yè)面滾動(dòng)速率

WKWebView 需要通過(guò)scrollView delegate調(diào)整滾動(dòng)速率:

- (void)scrollViewWillBeginDragging:(UIScrollView *)scrollView {
     scrollView.decelerationRate = UIScrollViewDecelerationRateNormal;
}

9鹃祖、結(jié)語(yǔ)

本文總結(jié)了在 WKWebView 上踩過(guò)的一些坑。雖然 WKWebView 坑比較多普舆,但是相對(duì) UIWebView 在內(nèi)存消耗惯豆、穩(wěn)定性方面還是有很大的優(yōu)勢(shì)。盡管蘋(píng)果對(duì) WKWebView 的開(kāi)發(fā)進(jìn)度過(guò)于緩慢奔害,但相信 WKWebView 才是未來(lái)。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末地熄,一起剝皮案震驚了整個(gè)濱河市华临,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌端考,老刑警劉巖雅潭,帶你破解...
    沈念sama閱讀 217,406評(píng)論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異却特,居然都是意外死亡扶供,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,732評(píng)論 3 393
  • 文/潘曉璐 我一進(jìn)店門(mén)裂明,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)椿浓,“玉大人,你說(shuō)我怎么就攤上這事闽晦“獍” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 163,711評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵仙蛉,是天一觀的道長(zhǎng)笋敞。 經(jīng)常有香客問(wèn)我,道長(zhǎng)荠瘪,這世上最難降的妖魔是什么夯巷? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 58,380評(píng)論 1 293
  • 正文 為了忘掉前任赛惩,我火速辦了婚禮,結(jié)果婚禮上趁餐,老公的妹妹穿的比我還像新娘喷兼。我一直安慰自己,他們只是感情好澎怒,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,432評(píng)論 6 392
  • 文/花漫 我一把揭開(kāi)白布褒搔。 她就那樣靜靜地躺著,像睡著了一般喷面。 火紅的嫁衣襯著肌膚如雪星瘾。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 51,301評(píng)論 1 301
  • 那天惧辈,我揣著相機(jī)與錄音琳状,去河邊找鬼。 笑死盒齿,一個(gè)胖子當(dāng)著我的面吹牛念逞,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播边翁,決...
    沈念sama閱讀 40,145評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼翎承,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了符匾?” 一聲冷哼從身側(cè)響起叨咖,我...
    開(kāi)封第一講書(shū)人閱讀 39,008評(píng)論 0 276
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎啊胶,沒(méi)想到半個(gè)月后甸各,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,443評(píng)論 1 314
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡焰坪,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,649評(píng)論 3 334
  • 正文 我和宋清朗相戀三年趣倾,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片某饰。...
    茶點(diǎn)故事閱讀 39,795評(píng)論 1 347
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡儒恋,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出黔漂,到底是詐尸還是另有隱情碧浊,我是刑警寧澤,帶...
    沈念sama閱讀 35,501評(píng)論 5 345
  • 正文 年R本政府宣布瘟仿,位于F島的核電站箱锐,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏劳较。R本人自食惡果不足惜驹止,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,119評(píng)論 3 328
  • 文/蒙蒙 一浩聋、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧臊恋,春花似錦衣洁、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 31,731評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至撤卢,卻和暖如春环凿,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背放吩。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 32,865評(píng)論 1 269
  • 我被黑心中介騙來(lái)泰國(guó)打工智听, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人渡紫。 一個(gè)月前我還...
    沈念sama閱讀 47,899評(píng)論 2 370
  • 正文 我出身青樓到推,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親惕澎。 傳聞我的和親對(duì)象是個(gè)殘疾皇子莉测,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,724評(píng)論 2 354

推薦閱讀更多精彩內(nèi)容