Android Webview中postUrl與loadUrl加載頁面的示例

這篇文章主要介紹Android Webview中postUrl與loadUrl加載頁面的示例，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

Android是什么

Android是一種基于Linux內(nèi)核的自由及開放源代碼的操作系統(tǒng)，主要使用于移動設(shè)備，如智能手機和平板電腦，由美國Google公司和開放手機聯(lián)盟領(lǐng)導(dǎo)及開發(fā)。

本文要介紹的主要是在項目過程中使用webview的postUrl遇到的坑。

1、使用場景如下：

webview在加載H5鏈接時，默認是使用loadUrl進行加載，如果你設(shè)置了緩存屬性（進行緩存），在顯示的H5頁面內(nèi)點擊跳轉(zhuǎn)到另外一個頁面后，按回退鍵，可以正常的返回到上一個頁面，因為進行了緩存設(shè)置。但是如果使用postUrl進行加載，即使你設(shè)置的緩存屬性是進行設(shè)置，當你調(diào)轉(zhuǎn)到另外一個頁面后，按回退鍵，不會緩存之前的頁面，而是重新調(diào)用postUrl進行加載。這時問題就來了，同樣是進行加載，第一次的postUrl能夠正常加載，重新加載會加載失敗，沒有內(nèi)容顯示。是不是很有意思，為什么會出現(xiàn)這樣的情況呢，通過抓包發(fā)現(xiàn)，雖然加載的是同樣一個鏈接，但是重新加載的請求屬性為空，導(dǎo)致加載失敗。

2、如何解決：

既然找到了原因，請求屬性為空，肯定是有解決辦法的，那就手動設(shè)置請求屬性，重新加載。如何手動設(shè)置，首先你肯定是要能夠拿到請求的所有內(nèi)容和參數(shù)。用過webview的人相必都很熟悉它的setWebViewClient方法。該方法內(nèi)部有shouldInterceptRequest方法能夠拿到請求的所有內(nèi)容。不多說了，先上代碼。

public WebResourceResponse shouldInterceptRequest(WebView view, WebResourceRequest request) {
  if(Build.VERSION.SDK_INT >= 21){
   if(!request.getMethod().equalsIgnoreCase("post")){
    return super.shouldInterceptRequest(view, request);
   }
  }
  DataOutputStream os = null;
  try {
   URL mUrl = new URL(url);
   HttpURLConnection connection = (HttpURLConnection) mUrl.openConnection();
   connection.setDoInput(true);
   connection.setDoOutput(true);
   connection.setUseCaches(false);
   connection.setRequestMethod("POST");
   if(Build.VERSION.SDK_INT >= 21){
    Iterator headerKeys=request.getRequestHeaders().keySet().iterator();
    while(headerKeys.hasNext()){
     String key=headerKeys.next();
     connection.setRequestProperty(key,request.getRequestHeaders().get(key));
    }
   }
   connection.setRequestProperty("content-type","application/x-www-form-urlencoded");
   os = new DataOutputStream(connection.getOutputStream());
 
   os.write(EncodingUtils.getBytes(postData, "BASE64"));
   os.flush();
   return new WebResourceResponse("text/html", connection.getContentEncoding(), connection.getInputStream());
  } catch (Exception e) {
   e.printStackTrace();
  }finally {
   if(os!=null){
    try {
     os.close();
    } catch (IOException e) {
     e.printStackTrace();
    }
   }
  }
  return super.shouldInterceptRequest(view, request);
 }
});

webView.postUrl(url, EncodingUtils.getBytes(postData, "BASE64"));

該方法有個缺陷，只在Android 5.0.0以上的Api才有，5.0.0以下的Api是沒有此方法的，這也是一個坑，不能兼容所有機型。通過該方法中的setRequestProperty方法重新設(shè)置了請求屬性，然后使用postUrl進行重新加載，可以解決按回退鍵后頁面的重新恢復(fù)。注意，由于post加載是不能緩存的，因此在設(shè)置緩存屬性時一定要設(shè)置成重新加載屬性。

3、解決后出現(xiàn)的問題：

問題看似解決了，但是此方法會有坑。如果你仔細研究該方法，你會發(fā)現(xiàn)shouldInterceptRequest方法是在整個加載過中都調(diào)用了的。如果你進行抓包，你會發(fā)現(xiàn)，從開始加載鏈接到H5頁面中加載的每一個請求，該方法都會被調(diào)用，簡單的說就是有多少個請求，該方法就會調(diào)用多少次。如果你的頁面中還有一次post請求，那么問題就來了，你需要將第二次post請求的請求內(nèi)容與第一次的進行對比，對比后選擇到底是加載第一次的頁面，還是加載第二次的頁面，否則就會默認加載第一次的post頁面。

4、結(jié)論

webview的H5頁面加載最好使用loadUrl方式，如果使用postUrl方式進行加載，你需要重寫整個setWebViewClient方法，當中會出很多坑，不建議這樣做。

以上是“Android Webview中postUrl與loadUrl加載頁面的示例”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注億速云行業(yè)資訊頻道！