導(dǎo)語

WKWebView 是蘋果在 WWDC 2014 上推出的新一代 webView 組件酥宴，用以替代 UIKit 中笨重難用面粮、內(nèi)存泄漏的UIWebView。WKWebView?擁有60fps滾動(dòng)刷新率、和 safari 相同的 JavaScript 引擎等優(yōu)勢(shì)薄料。簡單的適配方法本文不再贅述，主要來說說適配 WKWebView 過程中填過的坑以及善待解決的技術(shù)難題泵琳。

1摄职、WKWebView 白屏問題

WKWebView 自詡擁有更快的加載速度，更低的內(nèi)存占用获列，但實(shí)際上 WKWebView 是一個(gè)多進(jìn)程組件谷市，Network Loading

以及 UI Rendering 在其它進(jìn)程中執(zhí)行。初次適配 WKWebView 的時(shí)候击孩，我們也驚訝于打開 WKWebView 后迫悠，App進(jìn)程內(nèi)存消耗反而大幅下降，但是仔細(xì)觀察會(huì)發(fā)現(xiàn)巩梢，Other Process 的內(nèi)存占用會(huì)增加创泄。在一些用 webGL 渲染的復(fù)雜頁面，使用WKWebView 總體的內(nèi)存占用（App Process Memory + Other Process Memory）不見得比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, 簡單的 reload 刷新操作已經(jīng)失效慨蓝，對(duì)于一些長駐的H5頁面影響比較大感混。

我們最后的解決方案是：

A、借助 WKNavigtionDelegate

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

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

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

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

并不是所有H5頁面白屏的時(shí)候都會(huì)調(diào)用上面的回調(diào)函數(shù)募谎，比如扶关，最近遇到在一個(gè)高內(nèi)存消耗的H5頁面上present系統(tǒng)相機(jī)，拍照完畢后返回原來頁面的時(shí)候出現(xiàn)白屏現(xiàn)象（拍照過程消耗了大量內(nèi)存数冬，導(dǎo)致內(nèi)存緊張节槐，WebContent Process被系統(tǒng)掛起），但上面的回調(diào)函數(shù)并沒有被調(diào)用拐纱。在WKWebView白屏的時(shí)候铜异，另一種現(xiàn)象是 webView.titile 會(huì)被置空, 因此，可以在viewWillAppear 的時(shí)候檢測(cè) webView.title 是否為空來 reload 頁面秸架。

綜合以上兩種方法可以解決絕大多數(shù)的白屏問題揍庄。

2、WKWebView Cookie 問題

Cookie 問題是目前 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ī)有延遲食茎，在iOS8上，當(dāng)頁面跳轉(zhuǎn)的時(shí)候试浙，當(dāng)前頁面的 Cookie 會(huì)寫入 NSHTTPCookieStorage 中董瞻，而在 iOS 10 上寞蚌，JS 執(zhí)行document.cookie 或服務(wù)器 set-cookie 注入的 Cookie 會(huì)很快同步到 NSHTTPCookieStorage中田巴，F(xiàn)ireFox 工程師曾建議通過 reset WKProcessPool 來觸發(fā) Cookie 同步到NSHTTPCookieStorage 中，實(shí)踐發(fā)現(xiàn)不起作用挟秤，并可能會(huì)引發(fā)當(dāng)前頁面 session cookie 丟失等問題壹哺。WKWebView Cookie 問題在于 WKWebView 發(fā)起的請(qǐng)求不會(huì)自動(dòng)帶上存儲(chǔ)于 NSHTTPCookieStorage 容器中的 Cookie。比如艘刚，NSHTTPCookieStorage 中存儲(chǔ)了一個(gè) Cookie:name=Nicholas;value=test;domain=y.qq.com;expires=Sat,02May201923:38:25GMT管宵；通過 UIWebView 發(fā)起請(qǐng)求http://y.qq.com，則請(qǐng)求頭會(huì)自動(dòng)帶上 cookie: Nicholas=test攀甚；而通過 WKWebView發(fā)起請(qǐng)求http://y.qq.com箩朴，請(qǐng)求頭不會(huì)自動(dòng)帶上 cookie: Nicholas=test。

2.2秋度、WKProcessPool

蘋果開發(fā)者文檔對(duì) WKProcessPool 的定義是：A WKProcessPool object represents a pool of Web Content process. 通過讓所有 WKWebView 共享同一個(gè) WKProcessPool 實(shí)例炸庞，可以實(shí)現(xiàn)多個(gè) WKWebView 之間共享 Cookie（session Cookie and persistent Cookie）數(shù)據(jù)。不過 WKWebView WKProcessPool 實(shí)例在 app 殺進(jìn)程重啟后會(huì)被重置荚斯，導(dǎo)致 WKProcessPool 中的 Cookie埠居、session Cookie 數(shù)據(jù)丟失查牌，目前也無法實(shí)現(xiàn) WKProcessPool 實(shí)例本地化保存。

2.3滥壕、Workaround

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

a、WKWebView loadRequest 前绎橘，在 request header 中設(shè)置 Cookie, 解決首個(gè)請(qǐng)求 Cookie 帶不上的問題胁孙；

WKWebView * webView = [WKWebViewnew];

NSMutableURLRequest * request = [NSMutableURLRequestrequestWithURL:[NSURLURLWithString:@"http://h5.qzone.qq.com/mqzone/index"]];

[requestaddValue:@"skey=skeyValue"forHTTPHeaderField:@"Cookie"];

[webViewloadRequest:request];

b、通過 document.cookie 設(shè)置 Cookie 解決后續(xù)頁面(同域)Ajax金踪、iframe 請(qǐng)求的 Cookie 問題浊洞；

注意：document.cookie()無法跨域設(shè)置 cookie

WKUserContentController* userContentController = [WKUserContentControllernew];

WKUserScript* cookieScript = [[WKUserScriptalloc] initWithSource:@"document.cookie = 'skey=skeyValue';"injectionTime:WKUserScriptInjectionTimeAtDocumentStartforMainFrameOnly:NO];

[userContentController addUserScript:cookieScript];

這種方案無法解決302請(qǐng)求的 Cookie 問題，比如胡岔，第一個(gè)請(qǐng)求是 www.a.com法希，我們通過在 request header 里帶上Cookie 解決該請(qǐng)求的 Cookie 問題，接著頁面302跳轉(zhuǎn)到 www.b.com靶瘸，這個(gè)時(shí)候 www.b.com這個(gè)請(qǐng)求就可能因?yàn)闆]有攜帶 cookie 而無法訪問苫亦。當(dāng)然，由于每一次頁面跳轉(zhuǎn)前都會(huì)調(diào)用回調(diào)函數(shù)：

-(void)webView:(WKWebView*)webViewdecidePolicyForNavigationAction:(WKNavigationAction*)navigationActiondecisionHandler:(void(^)(WKNavigationActionPolicy))decisionHandler;

可以在該回調(diào)函數(shù)里攔截302請(qǐng)求怨咪，copy request屋剑，在 request header 中帶上 cookie 并重新loadRequest。不過這種方法依然解決不了頁面 iframe 跨域請(qǐng)求的 Cookie 問題诗眨，畢竟-[WKWebViewloadRequest:]只適合加載 mainFrame 請(qǐng)求唉匾。

3、WKWebView NSURLProtocol問題

WKWebView 在獨(dú)立于 app 進(jìn)程之外的進(jìn)程中執(zhí)行網(wǎng)絡(luò)請(qǐng)求匠楚，請(qǐng)求數(shù)據(jù)不經(jīng)過主進(jìn)程巍膘，因此，在 WKWebView 上直接使用 NSURLProtocol 無法攔截請(qǐng)求芋簿。蘋果開源的 webKit2 源碼暴露了私有API：

+ [WKBrowsingContextController registerSchemeForCustomProtocol:]

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

Classcls= NSClassFromString(@"WKBrowsingContextController”); SEL sel = NSSelectorFromString(@"registerSchemeForCustomProtocol:");if([(id)clsrespondsToSelector:sel]) {? ? ? ? ? ? // 注冊(cè)http(s) scheme, 把 http和https請(qǐng)求交給 NSURLProtocol處理? ? ? ? ? ? [(id)clsperformSelector:sel withObject:@"http"];? ? ? ? ? ? [(id)clsperformSelector: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,然后通過 IPC

發(fā)送給 App Process磷支。出于性能的原因，encode 的時(shí)候 HTTPBody 和 HTTPBodyStream 這兩個(gè)字段被丟棄掉了

參考蘋果源碼：

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

及bug report:?

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

因此食寡，如果通過 registerSchemeForCustomProtocol 注冊(cè)了 http(s) scheme,

那么由 WKWebView 發(fā)起的所有 http(s)請(qǐng)求都會(huì)通過 IPC 傳給主進(jìn)程 NSURLProtocol 處理雾狈，導(dǎo)致 post 請(qǐng)求

body 被清空；

b冻河、對(duì)ATS支持不足

測(cè)試發(fā)現(xiàn)一旦打開ATS開關(guān)：Allow Arbitrary Loads 選項(xiàng)設(shè)置為NO箍邮，同時(shí)通過 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)求可以通過 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 問題

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

//同樣是由于進(jìn)程間通信性能問題剑鞍，HTTPBody字段被丟棄

[request setHTTPMethod:@"POST"];[requestsetHTTPBody:[@"bodyData"dataUsingEncoding:NSUTF8StringEncoding]];[wkwebviewloadRequest:request];

workaround:

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

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

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

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

注冊(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便脊，最后通過 NSURLProtocolClient 將加載結(jié)果返回 WKWebView;

5、WKWebView 頁面樣式問題

在 WKWebView 適配過程中光戈，我們發(fā)現(xiàn)部分H5頁面元素位置向下偏移或被拉伸變形哪痰，追蹤后發(fā)現(xiàn)主要是H5頁面高度值異常導(dǎo)致：

a. 空間H5頁面有透明導(dǎo)航、透明導(dǎo)航下拉刷新久妆、全屏等需求晌杰，因此之前 webView 整個(gè)是從（0, 0）開始布局，通過調(diào)整webView.scrollView.contentInset來適配特殊導(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頁面長度增加烂琴，頁面元素位置向下偏移爹殊；

解決方案是：調(diào)整WKWebView布局方式，避免調(diào)整webView.scrollView.contentInset监右。實(shí)際上边灭，即便在 UIWebView 上也不建議直接調(diào)整webView.scrollView.contentInset的值异希，這確實(shí)會(huì)帶來一些奇怪的問題健盒。如果某些特殊情況下非得調(diào)整 contentInset 不可的話，可以通過下面方式讓H5頁面恢復(fù)正常顯示：

/**設(shè)置contentInset值后通過調(diào)整webView.frame讓頁面恢復(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)頁面被拉伸變形的情況扣癣，最后發(fā)現(xiàn)是window.innerHeight值不準(zhǔn)確導(dǎo)致（在WKWebView上返回了一個(gè)非常大的值），而H5同學(xué)通過獲取window.innerHeight來設(shè)置頁面高度憨降，導(dǎo)致頁面整體被拉伸父虑。通過查閱相關(guān)資料發(fā)現(xiàn)，這個(gè)bug只在 iOS 9 的幾個(gè)系統(tǒng)版本上出現(xiàn)授药，蘋果后來fix了這個(gè)bug士嚎。我們最后的解決方案是：延遲調(diào)用window.innerHeight

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

or

Useshrink-to-fit meta-tag

6呜魄、WKWebView 截屏問題

空間玩吧H5小游戲有截屏分享的功能，WKWebView 下通過 -[CALayer renderInContext:]實(shí)現(xiàn)截屏的方式失效莱衩，需要通過以下方式實(shí)現(xiàn)截屏功能：

@implementationUIView(ImageSnapshot)- (UIImage*)imageSnapshot {UIGraphicsBeginImageContextWithOptions(self.bounds.size,YES,self.contentScaleFactor);? ? ?[selfdrawViewHierarchyInRect:self.bounds afterScreenUpdates:YES];UIImage* newImage =UIGraphicsGetImageFromCurrentImageContext();UIGraphicsEndImageContext();returnnewImage; }@end

然而這種方式依然解決不了 webGL 頁面的截屏問題爵嗅，筆者已經(jīng)翻遍蘋果文檔，研究過 webKit2 源碼里的截屏私有API笨蚁，依然沒有找到合適的解決方案睹晒，同時(shí)發(fā)現(xiàn) Safari 以及 Chrome 這兩個(gè)全量切換到 WKWebView 的瀏覽器也存在同樣的問題：對(duì)webGL 頁面的截屏結(jié)果不是空白就是純黑圖片。無奈之下括细，我們只能約定一個(gè)JS接口伪很，讓游戲開發(fā)商實(shí)現(xiàn)該接口，具體是通過canvas getImageData()方法取得圖片數(shù)據(jù)后返回 base64 格式的數(shù)據(jù)奋单，客戶端在需要截圖的時(shí)候锉试，調(diào)用這個(gè)JS接口獲取 base64 String 并轉(zhuǎn)換成 UIImage。

7览濒、WKWebView crash問題

WKWebView 放量后键痛，外網(wǎng)新增了一些 crash, 其中一類 crash 的主要堆棧如下：

...28UIKit0x0000000190513360UIApplicationMain +208

29Qzone0x0000000101380570main (main.m:181)30libdyld.dylib0x00000001895205b8_dyld_process_info_notify_release +36

Completion handler passed to -[QZWebControllerwebView:runJavaScriptAlertPanelWithMessage:initiatedByFrame:completionHandler:] was not called

主要是JS調(diào)用window.alert()函數(shù)引起的，從 crash 堆椮移撸可以看出是 WKWebView 回調(diào)函數(shù):

+ (void) presentAlertOnController:(nonnullUIViewController*)parentController title:(nullableNSString*)title message:(nullableNSString*)message handler:(nonnullvoid(^)())completionHandler;

completionHandler 沒有被調(diào)用導(dǎo)致的絮短。在適配 WKWebView 的時(shí)候，我們需要自己實(shí)現(xiàn)該回調(diào)函數(shù)昨忆，window.alert()才能調(diào)起 alert 框丁频，我們最初的實(shí)現(xiàn)是這樣的：

- (void)webView:(WKWebView *)webViewrunJavaScriptAlertPanelWithMessage:(NSString *)messageinitiatedByFrame:(WKFrameInfo *)framecompletionHandler:(void(^)(void))completionHandler {? ? ?UIAlertController *alertController = [UIAlertControlleralertControllerWithTitle:@""message:messagepreferredStyle:UIAlertControllerStyleAlert];? ? ?[alertControlleraddAction:[UIAlertActionactionWithTitle:@"確認(rèn)"style:UIAlertActionStyleCancelhandler:^(UIAlertAction *action) { completionHandler(); }]];? ? ?[selfpresentViewController:alertControlleranimated:YEScompletion:^{}]; }

如果 WKWebView 退出的時(shí)候，JS剛好執(zhí)行了window.alert(), alert 框可能彈不出來邑贴，completionHandler 最后沒有被執(zhí)行席里，導(dǎo)致 crash；另一種情況是在 WKWebView 一打開拢驾，JS就執(zhí)行window.alert()奖磁，這個(gè)時(shí)候由于 WKWebView 所在的 UIViewController 出現(xiàn)（push或present）的動(dòng)畫尚未結(jié)束，alert 框可能彈不出來繁疤，completionHandler 最后沒有被執(zhí)行咖为，導(dǎo)致 crash。我們最終的實(shí)現(xiàn)大致是這樣的：

- (void)webView:(WKWebView *)webViewrunJavaScriptAlertPanelWithMessage:(NSString *)messageinitiatedByFrame:(WKFrameInfo *)framecompletionHandler:(void(^)(void))completionHandler {if(/*UIViewController of WKWebView has finish push or present animation*/) {? ? ? ? ?completionHandler();return;? ? ?}? ? ?UIAlertController *alertController = [UIAlertControlleralertControllerWithTitle:@""message:messagepreferredStyle:UIAlertControllerStyleAlert];? ? ?[alertControlleraddAction:[UIAlertActionactionWithTitle:@"確認(rèn)"style:UIAlertActionStyleCancelhandler:^(UIAlertAction *action) { completionHandler(); }]];if(/*UIViewController of WKWebView is visible*/)? ? ? ? ?[selfpresentViewController:alertControlleranimated:YEScompletion:^{}];elsecompletionHandler();

}

確保上面兩種情況下 completionHandler 都能被執(zhí)行稠腊，消除了 WKWebView 下彈 alert 框的 crash躁染，WKWebView 下彈 confirm 框的 crash 的原因與解決方式與 alert 類似。

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

-[WKWebViewevaluateJavaScript: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)蘋果已經(jīng)修復(fù)了這個(gè)bug埋嵌，主要是對(duì)completionHandler block做了copy（refer:https://trac.webkit.org/changeset/179160）褥赊；對(duì)于iOS 8系統(tǒng)，可以通過在 completionHandler 里 retain WKWebView 防止 completionHandler 被過早釋放莉恼。我們最后用 methodSwizzle hook 了這個(gè)系統(tǒng)方法：

+ (void) load {? ? ? [selfjr_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 {idstrongSelf =self;? ? ?[selfaltEvaluateJavaScript:javaScriptString completionHandler:^(idr,NSError*e) {? ? ? ? ?[strongSelf title];if(completionHandler) {? ? ? ? ? ? ?completionHandler(r, e);? ? ? ? ?}? ? ?}]; }

8拌喉、其它問題

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

WKWebView 需要通過WKWebViewConfiguration.mediaPlaybackRequiresUserAction設(shè)置是否允許自動(dòng)播放俐银，但一定要在 WKWebView 初始化之前設(shè)置尿背，在 WKWebView 初始化之后設(shè)置無效。

8.2捶惜、goBack API問題

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

8.3吱七、頁面滾動(dòng)速率

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

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

9汽久、結(jié)語

本文總結(jié)了在 WKWebView 上踩過的一些坑。雖然 WKWebView 坑比較多踊餐，但是相對(duì) UIWebView 在內(nèi)存消耗景醇、穩(wěn)定性方面還是有很大的優(yōu)勢(shì)。盡管蘋果對(duì) WKWebView 的開發(fā)進(jìn)度過于緩慢吝岭，但相信 WKWebView 才是未來三痰。