這篇文章主要介紹了iOS11中WKWebView問題的示例分析，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

在扎賚特等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都網(wǎng)站設(shè)計、成都做網(wǎng)站、外貿(mào)網(wǎng)站建設(shè) 網(wǎng)站設(shè)計制作專業(yè)公司,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站設(shè)計,網(wǎng)絡(luò)營銷推廣,成都外貿(mào)網(wǎng)站建設(shè)公司,扎賚特網(wǎng)站建設(shè)費用合理。

問題一描述:

iOS9和iOS10用WKWebView加載URL都沒有問題,iOS11卻是一片空白
可能是用了NSMutableURLRequest,iOS11貌似不支持NSMutableURLRequest,無論是用UIWebView還是WKWebView,都不支持NSMutableURLRequest

解決方法參考

  if #available(iOS 11, *) {
   let request = NSURLRequest.init(url: URL.init(string: urlStr)!)
   self.wkWebView.load(request as URLRequest)
  }else{
   let request = NSMutableURLRequest.init(url: URL.init(string: urlStr)!, cachePolicy: NSURLRequest.CachePolicy.reloadIgnoringLocalAndRemoteCacheData, timeoutInterval: 60)
   request.httpMethod = "GET"
   request.httpBody = ("token=" + tokenValue()).data(using: String.Encoding.utf8)
   self.wkWebView.load(request as URLRequest)
  }

問題二描述：在用iPhone X 的模擬器進入Hybrid項目時，發(fā)現(xiàn)一進去就崩潰，崩潰信息少的可憐：

libc++abi.dylib: terminating with uncaught exception of type NSException

靠這玩意兒肯定是定位不出bug的，不過全局?jǐn)帱c還是給出了一點信息：

- (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler {
 NSString *requestString = navigationAction.request.URL.absoluteString;
 //對外鏈、撥號和跳轉(zhuǎn)appstore做特殊處理
 UIApplication *app = [UIApplication sharedApplication];
 NSURL *url = [navigationAction.request URL];
 //電話
 //此處省略若干業(yè)務(wù)代碼
 if ([url.absoluteString containsString:@"itunes.apple.com"])
 {
  if ([app canOpenURL:url])
  {
   [app openURL:url];
   decisionHandler(WKNavigationActionPolicyCancel);
  }
 }
 if ([requestString hasPrefix:@"easy-js:"]) {
  [self handleRequestString:requestString webView:(EasyJSWebView *)webView.superview];
  decisionHandler(WKNavigationActionPolicyCancel);
 }
 if ([self.realDelegate respondsToSelector:@selector(webView:decidePolicyForNavigationAction:decisionHandler:)])
 {
  [self.realDelegate webView:webView decidePolicyForNavigationAction:navigationAction decisionHandler:decisionHandler];
 }
 decisionHandler(WKNavigationActionPolicyAllow);//崩在這里
}

仍然不知道為啥子崩在這兒？之前一直是沒問題的啊？？

小Tips：
為了獲取一些堆棧信息以便于快準(zhǔn)狠的定位問題，可以在main函數(shù)里：

int main(int argc, char * argv[]) {
 @try {
  @autoreleasepool
  {
   return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
  }
 }
 @catch (NSException* exception)
 {
  NSDebugLog(@"Exception=%@\nStack Trace:%@", exception, [exception callStackSymbols]);
 }
}

最終得到一條關(guān)鍵報錯：

Completion handler passed to -[WKPrivateNavigationDelegate webView:decidePolicyForNavigationAction:decisionHandler:] was called more than once

意思就是WKWebView的這個代理方法被多次調(diào)用了。

if ([requestString hasPrefix:@"easy-js:"]) {
  [self handleRequestString:requestString webView:(EasyJSWebView *)webView.superview];
  decisionHandler(WKNavigationActionPolicyCancel);
 }
 if ([self.realDelegate respondsToSelector:@selector(webView:decidePolicyForNavigationAction:decisionHandler:)])
 {
  [self.realDelegate webView:webView decidePolicyForNavigationAction:navigationAction decisionHandler:decisionHandler];
 }
 decisionHandler(WKNavigationActionPolicyAllow);//崩在這里

簡單分析一下被多次調(diào)用的原因：

1、系統(tǒng)判斷這個方法被多次執(zhí)行，主要是看decisionHandler()是否被多次執(zhí)行；
2、由于if判斷里會執(zhí)行decisionHandler()，最后一行代碼也會執(zhí)行decisionHandler()，并且self.realDelegate中也會執(zhí)行decisionHandler()，這就導(dǎo)致了decisionHandler()這個handler可能會被多次執(zhí)行。
那解決問題的方向就是修改代碼保證WKWebView單次LoadRequest只調(diào)一次此代理方法～

修改如下：

 if ([requestString hasPrefix:@"easy-js:"]) {
  [self handleRequestString:requestString webView:(EasyJSWebView *)webView.superview];
  decisionHandler(WKNavigationActionPolicyCancel);
 }
 else if ([self.realDelegate respondsToSelector:@selector(webView:decidePolicyForNavigationAction:decisionHandler:)])
 {
  [self.realDelegate webView:webView decidePolicyForNavigationAction:navigationAction decisionHandler:decisionHandler];
 } else {
  decisionHandler(WKNavigationActionPolicyAllow);
 }

即保證了單次LoadRequest只執(zhí)行一次decisionHandler()

問題三描述：iOS11 WKWebview獲取高度不準(zhǔn)確

遇見這個問題的時候，我發(fā)現(xiàn)偏離了大概64像素，由此聯(lián)想到了tableView和collectionView。
故解決辦法如下：

if (@available(iOS 11.0, *)) {
  _webView.scrollView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
  _webView.scrollView.contentInset = UIEdgeInsetsMake(0, 0, 0, 0);
  _webView.scrollView.scrollIndicatorInsets = _webView.scrollView.contentInset;
 }

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“iOS11中WKWebView問題的示例分析”這篇文章對大家有幫助，同時也希望大家多多支持創(chuàng)新互聯(lián)，關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，更多相關(guān)知識等著你來學(xué)習(xí)!

當(dāng)前題目：iOS11中WKWebView問題的示例分析
新聞來源：http://aaarwkj.com/article16/gpgedg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信小程序、App設(shè)計、靜態(tài)網(wǎng)站、網(wǎng)站維護、服務(wù)器托管、域名注冊

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)