基於騰訊x5封源庫，提高60%開發效率

目錄介紹

01.前沿說明
- 1.1 案例展示效果
- 1.2 該庫功能和優勢
- 1.3 相關類介紹說明
02.如何使用
- 2.1 如何引入
- 2.2 最簡單使用
- 2.3 常用api
- 2.4 使用建議
03.js調用
- 3.1 如何使用項目js調用
- 3.2 js的調用時機分析
04.問題反饋
- 4.0.1 視頻播放寬度超過屏幕
- 4.0.2 x5加載office資源
- 4.0.3 WebView播放視頻問題
- 4.0.4 無法獲取webView的正確高度
- 4.0.5 使用scheme協議打開鏈接風險
- 4.0.6 如何處理加載錯誤
05.webView優化
- 5.0.1 視頻全屏播放按返回頁面被放大
- 5.0.2 加快加載webView中的圖片資源
- 5.0.3 自定義加載異常error的狀態頁面
- 5.0.4 WebView硬件加速導致頁面渲染閃爍
- 5.0.5 WebView加載證書錯誤
- 5.0.6 web音頻播放銷燬後還有聲音
- 5.0.7 DNS採用和客戶端API相同的域名
- 5.0.8 如何設置白名單操作
06.關於參考
07.其他說明介紹

01.前沿說明

基於騰訊x5封源庫，提高webView開發效率，大概要節約你百分之六十的時間成本。該案例支持處理js的交互邏輯且無耦合、同時暴露進度條加載進度、可以監聽異常error狀態、支持視頻播放並且可以全頻、支持加載word，xls，ppt，pdf，txt等文件文檔、發短信、打電話、發郵件、打開文件操作上傳圖片、喚起原生App、x5庫爲最新版本，功能強大。

1.1 案例展示效果

WebView啓動過程大概分爲以下幾個階段，這裏借鑑美團的一張圖片
案例效果圖展示

1.2 該庫功能和優勢

提高webView開發效率，大概要節約你百分之六十的時間成本，一鍵初始化操作；
支持處理js的交互邏輯，方便快捷，並且無耦合；
暴露進度條加載進度，結束，以及異常狀態listener給開發者；
支持視頻播放，可以切換成全頻播放視頻，可旋轉屏幕；
集成了騰訊x5的WebView，最新版本，功能強大；
支持打開文件的操作，比如打開相冊，然後選中圖片上傳，兼容版本(5.0)
支持加載word，xls，ppt，pdf，txt等文件文檔，使用方法十分簡單

1.3 相關類介紹說明

BridgeHandler 接口，主要處理消息回調邏輯
BridgeUtil 工具類，靜態常量，以及獲取js消息的一些方法，final修飾
BridgeWebView 自定義WebView類，主要處理與js之間的消息
CallBackFunction js回調
DefaultHandler 默認的BridgeHandler
InterWebListener 接口，web的接口回調，包括常見狀態頁面切換【狀態頁面切換】，進度條變化【顯示和進度監聽】等
Message 自定義消息Message實體類
ProgressWebView 自定義帶進度條的webView
WebViewJavascriptBridge js橋接接口
X5WebChromeClient 自定義x5的WebChromeClient，處理進度監聽，title變化，以及上傳圖片，後期添加視頻處理邏輯
X5WebUtils 工具類，初始化騰訊x5瀏覽器webView，及調用該類init方法
X5WebView 可以使用這個類，方便統一初始化WebSettings的一些屬性，如果不用這裏的，想單獨初始化setting屬性，也可以直接使用BridgeWebView
X5WebViewClient 自定義x5的WebViewClient，如果要自定義WebViewClient必須要集成此類，一定要繼承該類，因爲注入js監聽是在該類中操作的

02.如何使用

2.1 如何引入

如何引用，該x5的庫已經更新到最新版本
```
implementation 'cn.yc:WebViewLib:1.1.2'
```

2.2 最簡單使用

項目初始化
```
X5WebUtils.init(this);
```

最普通使用，需要自己做手動設置setting相關屬性

<BridgeWebView
    android:id="@+id/web_view"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:scrollbarSize="3dp" />

也可以使用X5WebView，已經做了常見的setting屬性設置

<X5WebView
    android:id="@+id/web_view"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:scrollbarSize="3dp" />

如果想有帶進度的，可以使用ProgressWebView

<可以使用ProgressWebView
    android:id="@+id/web_view"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:scrollbarSize="3dp" />

2.3 常用api

關於web的接口回調，包括常見狀態頁面切換，進度條變化等監聽處理

mWebView.getX5WebChromeClient().setWebListener(interWebListener);
private InterWebListener interWebListener = new InterWebListener() {
    @Override
    public void hindProgressBar() {
        pb.setVisibility(View.GONE);
    }

    @Override
    public void showErrorView() {
        //設置自定義異常錯誤頁面
    }

    @Override
    public void startProgress(int newProgress) {
        pb.setProgress(newProgress);
    }
};

關於視頻播放的時候，web的接口回調，主要是視頻相關回調，比如全頻，取消全頻，隱藏和現實webView

x5WebChromeClient = x5WebView.getX5WebChromeClient();
x5WebChromeClient.setVideoWebListener(new VideoWebListener() {
    @Override
    public void showVideoFullView() {
        //視頻全頻播放時監聽
    }

    @Override
    public void hindVideoFullView() {
        //隱藏全頻播放，也就是正常播放視頻
    }

    @Override
    public void showWebView() {
        //顯示webView
    }

    @Override
    public void hindWebView() {
        //隱藏webView
    }
});

2.4 使用建議

優化一下相關的操作

關於設置js支持的屬性

@Override
public void onResume() {
    super.onResume();
    if (mWebView != null) {
        mWebView.getSettings().setJavaScriptEnabled(true);
    }
}

@Override
protected void onStop() {
    super.onStop();
    if (mWebView != null) {
        mWebView.getSettings().setJavaScriptEnabled(false);
    }
}

關於destroy銷燬邏輯

@Override
protected void onDestroy() {
    try {
        if (webView != null) {
            webView.stopLoading();
            webView.destroy();
            webView = null;
        }
    } catch (Exception e) {
        Log.e("X5WebViewActivity", e.getMessage());
    }
    super.onDestroy();
}

03.js調用

3.1 如何使用項目js調用

代碼如下所示，下面中的jsname代表的是js這邊提供給客戶端的方法名稱

mWebView.registerHandler("jsname", new BridgeHandler() {
    @Override
    public void handler(String data, CallBackFunction function) {
        
    }
});

如何回調數據給web那邊
```
function.onCallBack("回調數據");
```

3.2 js的調用時機分析

onPageFinished()或者onPageStarted()方法中注入js代碼
- 做過WebView開發，並且需要和js交互，大部分都會認爲js在WebViewClient.onPageFinished()方法中注入最合適，此時dom樹已經構建完成，頁面已經完全展現出來。但如果做過頁面加載速度的測試，會發現WebViewClient.onPageFinished()方法通常需要等待很久纔會回調（首次加載通常超過3s），這是因爲WebView需要加載完一個網頁裏主文檔和所有的資源纔會回調這個方法。
- 能不能在WebViewClient.onPageStarted()中注入呢？答案是不確定。經過測試，有些機型可以，有些機型不行。在WebViewClient.onPageStarted()中注入還有一個致命的問題——這個方法可能會回調多次，會造成js代碼的多次注入。
- 從7.0開始，WebView加載js方式發生了一些小改變，官方建議把js注入的時機放在頁面開始加載之後。
WebViewClient.onProgressChanged()方法中注入js代碼
- WebViewClient.onProgressChanged()這個方法在dom樹渲染的過程中會回調多次，每次都會告訴我們當前加載的進度。
  - 在這個方法中，可以給WebView自定義進度條，類似微信加載網頁時的那種進度條
  - 如果在此方法中注入js代碼，則需要避免重複注入，需要增強邏輯。可以定義一個boolean值變量控制注入時機
- 那麼有人會問，加載到多少才需要處理js注入邏輯呢？
  - 正是因爲這個原因，頁面的進度加載到80%的時候，實際上dom樹已經渲染得差不多了，表明WebView已經解析了標籤，這時候注入一定是成功的。在WebViewClient.onProgressChanged()實現js注入有幾個需要注意的地方：
  - 1 上文提到的多次注入控制，使用了boolean值變量控制
  - 2 重新加載一個URL之前，需要重置boolean值變量，讓重新加載後的頁面再次注入js
  - 3 如果做過本地js，css等緩存，則先判斷本地是否存在，若存在則加載本地，否則加載網絡js
  - 4 注入的進度閾值可以自由定製，理論上10%-100%都是合理的，不過建議使用了75%到90%之間可以。

04.問題反饋

4.0.1 視頻播放寬度超過屏幕

視頻播放寬度比webView設置的寬度大，超過屏幕：這個時候可以設置ws.setLoadWithOverviewMode(false);

4.0.2 x5加載office資源

關於加載word，pdf，xls等文檔文件注意事項：Tbs不支持加載網絡的文件，需要先把文件下載到本地，然後再加載出來
還有一點要注意，在onDestroy方法中調用此方法mTbsReaderView.onStop()，否則第二次打開無法瀏覽。更多可以看FileReaderView類代碼！

4.0.3 WebView播放視頻問題

1、此次的方案用到WebView，而且其中會有視頻嵌套，在默認的WebView中直接播放視頻會有問題，而且不同的SDK版本情況還不一樣，網上搜索了下解決方案，在此記錄下. webView.getSettings.setPluginState(PluginState.ON);webView.setWebChromeClient(new WebChromeClient());
2、然後在webView的Activity配置裏面加上： android:hardwareAccelerated=“true”
3、以上可以正常播放視頻了，但是webview的頁面都finish了居然還能聽到視頻播放的聲音，於是又查了下發現webview的onResume方法可以繼續播放，onPause可以暫停播放，但是這兩個方法都是在Added in API level 11添加的，所以需要用反射來完成。
4、停止播放：在頁面的onPause方法中使用：webView.getClass().getMethod(“onPause”).invoke(webView, (Object[])null);
5、繼續播放：在頁面的onResume方法中使用：webView.getClass().getMethod(“onResume”).invoke(webView,(Object[])null);這樣就可以控制視頻的暫停和繼續播放了。

4.0.4 無法獲取webView的正確高度

偶發情況，獲取不到webView的內容高度

其中htmlString是一個HTML格式的字符串。

WebView view = new WebView(context);
view.loadData(htmlString, "text/html", "utf-8");

view.setWebViewClient(new WebViewClient() {
    public void onPageFinished(WebView view, String url) {
     super.onPageFinished(view, url);
     Log.d("2", view.getContentheight() + "");
    }
});

這是因爲onPageFinished回調指的WebView已經完成從網絡讀取的字節數，這一點。在點onPageFinished被激發的頁面可能還沒有被解析。

第一種解決辦法：提供onPageFinished（）一些延遲

webView.setWebViewClient(new WebViewClient() {
 @Override
 public void onPageFinished(WebView view, String url) {
  super.onPageFinished(view, url);
  new Handler().postDelayed(new Runnable() {
   @Override
   public void run() {
    int contentHeight = webView.getContentHeight();
    int viewHeight = webView.getHeight();
   }
  }, 500);
 }
});

第二種解決辦法：使用js獲取內容高度，具體可以看這篇文章：https://www.jianshu.com/p/ad22b2649fba

4.0.5 使用scheme協議打開鏈接風險

常見的用法是在APP獲取到來自網頁的數據後，重新生成一個intent，然後發送給別的組件使用這些數據。比如使用Webview相關的Activity來加載一個來自網頁的url，如果此url來自url scheme中的參數，如：yc://ycbjie:8888/from?load_url=http://www.taobao.com。
- 如果在APP中，沒有檢查獲取到的load_url的值，攻擊者可以構造釣魚網站，誘導用戶點擊加載，就可以盜取用戶信息。
- 這個時候，別人非法篡改參數，於是將scheme協議改成yc://ycbjie:8888/from?load_url=http://www.doubi.com。這個時候點擊進去即可進入釣魚鏈接地址。
使用建議
- APP中任何接收外部輸入數據的地方都是潛在的攻擊點，過濾檢查來自網頁的參數。
- 不要通過網頁傳輸敏感信息，有的網站爲了引導已經登錄的用戶到APP上使用，會使用腳本動態的生成URL Scheme的參數，其中包括了用戶名、密碼或者登錄態token等敏感信息，讓用戶打開APP直接就登錄了。惡意應用也可以註冊相同的URL Sechme來截取這些敏感信息。Android系統會讓用戶選擇使用哪個應用打開鏈接，但是如果用戶不注意，就會使用惡意應用打開，導致敏感信息泄露或者其他風險。

4.0.6 如何處理加載錯誤(Http、SSL、Resource)

對於WebView加載一個網頁過程中所產生的錯誤回調，大致有三種

/**
 * 只有在主頁面加載出現錯誤時，纔會回調這個方法。這正是展示加載錯誤頁面最合適的方法。
 * 然而，如果不管三七二十一直接展示錯誤頁面的話，那很有可能會誤判，給用戶造成經常加載頁面失敗的錯覺。
 * 由於不同的WebView實現可能不一樣，所以我們首先需要排除幾種誤判的例子：
 *      1.加載失敗的url跟WebView裏的url不是同一個url，排除；
 *      2.errorCode=-1，表明是ERROR_UNKNOWN的錯誤，爲了保證不誤判，排除
 *      3failingUrl=null&errorCode=-12，由於錯誤的url是空而不是ERROR_BAD_URL，排除
 * @param webView                                           webView
 * @param errorCode                                         errorCode
 * @param description                                       description
 * @param failingUrl                                        failingUrl
 */
@Override
public void onReceivedError(WebView webView, int errorCode,
                            String description, String failingUrl) {
    super.onReceivedError(webView, errorCode, description, failingUrl);
    // -12 == EventHandle.ERROR_BAD_URL, a hide return code inside android.net.http package
    if ((failingUrl != null && !failingUrl.equals(webView.getUrl())
            && !failingUrl.equals(webView.getOriginalUrl())) /* not subresource error*/
            || (failingUrl == null && errorCode != -12) /*not bad url*/
            || errorCode == -1) { //當 errorCode = -1 且錯誤信息爲 net::ERR_CACHE_MISS
        return;
    }
    if (!TextUtils.isEmpty(failingUrl)) {
        if (failingUrl.equals(webView.getUrl())) {
            //做自己的錯誤操作，比如自定義錯誤頁面
        }
    }
}

/**
 * 只有在主頁面加載出現錯誤時，纔會回調這個方法。這正是展示加載錯誤頁面最合適的方法。
 * 然而，如果不管三七二十一直接展示錯誤頁面的話，那很有可能會誤判，給用戶造成經常加載頁面失敗的錯覺。
 * 由於不同的WebView實現可能不一樣，所以我們首先需要排除幾種誤判的例子：
 *      1.加載失敗的url跟WebView裏的url不是同一個url，排除；
 *      2.errorCode=-1，表明是ERROR_UNKNOWN的錯誤，爲了保證不誤判，排除
 *      3failingUrl=null&errorCode=-12，由於錯誤的url是空而不是ERROR_BAD_URL，排除
 * @param webView                                           webView
 * @param webResourceRequest                                webResourceRequest
 * @param webResourceError                                  webResourceError
 */
@Override
public void onReceivedError(WebView webView, WebResourceRequest webResourceRequest,
                            WebResourceError webResourceError) {
    super.onReceivedError(webView, webResourceRequest, webResourceError);
}

/**
 * 任何HTTP請求產生的錯誤都會回調這個方法，包括主頁面的html文檔請求，iframe、圖片等資源請求。
 * 在這個回調中，由於混雜了很多請求，不適合用來展示加載錯誤的頁面，而適合做監控報警。
 * 當某個URL，或者某個資源收到大量報警時，說明頁面或資源可能存在問題，這時候可以讓相關運營及時響應修改。
 * @param webView                                           webView
 * @param webResourceRequest                                webResourceRequest
 * @param webResourceResponse                               webResourceResponse
 */
@Override
public void onReceivedHttpError(WebView webView, WebResourceRequest webResourceRequest,
                                WebResourceResponse webResourceResponse) {
    super.onReceivedHttpError(webView, webResourceRequest, webResourceResponse);
}

/**
 * 任何HTTPS請求，遇到SSL錯誤時都會回調這個方法。
 * 比較正確的做法是讓用戶選擇是否信任這個網站，這時候可以彈出信任選擇框供用戶選擇（大部分正規瀏覽器是這麼做的）。
 * 有時候，針對自己的網站，可以讓一些特定的網站，不管其證書是否存在問題，都讓用戶信任它。
 * 坑：有時候部分手機打開頁面報錯，絕招：讓自己網站的所有二級域都是可信任的。
 * @param webView                                           webView
 * @param sslErrorHandler                                   sslErrorHandler
 * @param sslError                                          sslError
 */
@Override
public void onReceivedSslError(WebView webView, SslErrorHandler sslErrorHandler, SslError sslError) {
    super.onReceivedSslError(webView, sslErrorHandler, sslError);
    //判斷網站是否是可信任的，與自己網站host作比較
    if (WebViewUtils.isYCHost(webView.getUrl())) {
        //如果是自己的網站，則繼續使用SSL證書
        sslErrorHandler.proceed();
    } else {
        super.onReceivedSslError(webView, sslErrorHandler, sslError);
    }
}

05.webView優化

5.0.1 視頻全屏播放按返回頁面被放大（部分手機出現)

至於原因暫時沒有找到，解決方案如下所示

/**
 * 當縮放改變的時候會調用該方法
 * @param view                              view
 * @param oldScale                          之前的縮放比例
 * @param newScale                          現在縮放比例
 */
@Override
public void onScaleChanged(WebView view, float oldScale, float newScale) {
    super.onScaleChanged(view, oldScale, newScale);
    //視頻全屏播放按返回頁面被放大的問題
    if (newScale - oldScale > 7) {
        //異常放大，縮回去。
        view.setInitialScale((int) (oldScale / newScale * 100));
    }
}

5.0.2 加載webView中的資源時，加快加載的速度優化，主要是針對圖片

html代碼下載到WebView後，webkit開始解析網頁各個節點，發現有外部樣式文件或者外部腳本文件時，會異步發起網絡請求下載文件，但如果在這之前也有解析到image節點，那勢必也會發起網絡請求下載相應的圖片。在網絡情況較差的情況下，過多的網絡請求就會造成帶寬緊張，影響到css或js文件加載完成的時間，造成頁面空白loading過久。解決的方法就是告訴WebView先不要自動加載圖片，等頁面finish後再發起圖片加載。

//初始化的時候設置，具體代碼在X5WebView類中
if(Build.VERSION.SDK_INT >= KITKAT) {
    //設置網頁在加載的時候暫時不加載圖片
    ws.setLoadsImagesAutomatically(true);
} else {
    ws.setLoadsImagesAutomatically(false);
}

/**
 * 當頁面加載完成會調用該方法
 * @param view                              view
 * @param url                               url鏈接
 */
@Override
public void onPageFinished(WebView view, String url) {
    super.onPageFinished(view, url);
    //頁面finish後再發起圖片加載
    if(!webView.getSettings().getLoadsImagesAutomatically()) {
        webView.getSettings().setLoadsImagesAutomatically(true);
    }
}

5.0.3 自定義加載異常error的狀態頁面，比如下面這些方法中可能會出現error

當WebView加載頁面出錯時（一般爲404 NOT FOUND），安卓WebView會默認顯示一個出錯界面。當WebView加載出錯時，會在WebViewClient實例中的onReceivedError()，還有onReceivedTitle方法接收到錯誤

/**
 * 請求網絡出現error
 * @param view                              view
 * @param errorCode                         錯誤?
 * @param description                       description
 * @param failingUrl                        失敗鏈接
 */
@Override
public void onReceivedError(WebView view, int errorCode, String description, String
        failingUrl) {
    super.onReceivedError(view, errorCode, description, failingUrl);
    if (errorCode == 404) {
        //用javascript隱藏系統定義的404頁面信息
        String data = "Page NO FOUND！";
        view.loadUrl("javascript:document.body.innerHTML=\"" + data + "\"");
    } else {
        if (webListener!=null){
            webListener.showErrorView();
        }
    }
}

// 向主機應用程序報告Web資源加載錯誤。這些錯誤通常表明無法連接到服務器。
// 值得注意的是，不同的是過時的版本的回調，新的版本將被稱爲任何資源（iframe，圖像等）
// 不僅爲主頁。因此，建議在回調過程中執行最低要求的工作。
// 6.0 之後
@Override
public void onReceivedError(WebView view, WebResourceRequest request, WebResourceError error) {
    super.onReceivedError(view, request, error);
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
        X5WebUtils.log("服務器異常"+error.getDescription().toString());
    }
    //ToastUtils.showToast("服務器異常6.0之後");
    //當加載錯誤時，就讓它加載本地錯誤網頁文件
    //mWebView.loadUrl("file:///android_asset/errorpage/error.html");
    if (webListener!=null){
        webListener.showErrorView();
    }
}

/**
 * 這個方法主要是監聽標題變化操作的
 * @param view                              view
 * @param title                             標題
 */
@Override
public void onReceivedTitle(WebView view, String title) {
    super.onReceivedTitle(view, title);
    if (title.contains("404") || title.contains("網頁無法打開")){
        if (webListener!=null){
            webListener.showErrorView();
        }
    } else {
        // 設置title
    }
}

5.0.4 WebView硬件加速導致頁面渲染閃爍

4.0以上的系統我們開啓硬件加速後，WebView渲染頁面更加快速，拖動也更加順滑。但有個副作用就是，當WebView視圖被整體遮住一塊，然後突然恢復時（比如使用SlideMenu將WebView從側邊滑出來時），這個過渡期會出現白塊同時界面閃爍。解決這個問題的方法是在過渡期前將WebView的硬件加速臨時關閉，過渡期後再開啓
```
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
    webview.setLayerType(View.LAYER_TYPE_SOFTWARE, null);
}
```

5.0.5 WebView加載證書錯誤

webView加載一些別人的url時候，有時候會發生證書認證錯誤的情況，這時候我們希望能夠正常的呈現頁面給用戶，我們需要忽略證書錯誤，需要調用WebViewClient類的onReceivedSslError方法，調用handler.proceed()來忽略該證書錯誤。

/**
 * 在加載資源時通知主機應用程序發生SSL錯誤
 * 作用：處理https請求
 * @param view                              view
 * @param handler                           handler
 * @param error                             error
 */
@Override
public void onReceivedSslError(WebView view, SslErrorHandler handler, SslError error) {
    super.onReceivedSslError(view, handler, error);
    if (error!=null){
        String url = error.getUrl();
        X5WebUtils.log("onReceivedSslError----異常url----"+url);
    }
    //https忽略證書問題
    if (handler!=null){
        //表示等待證書響應
        handler.proceed();
        // handler.cancel();      //表示掛起連接，爲默認方式
        // handler.handleMessage(null);    //可做其他處理
    }
}

5.0.6 web音頻播放銷燬後還有聲音

WebView頁面中播放了音頻,退出Activity後音頻仍然在播放，需要在Activity的onDestory()中調用

@Override
protected void onDestroy() {
    try {
        //有音頻播放的web頁面的銷燬邏輯
        //在關閉了Activity時，如果Webview的音樂或視頻，還在播放。就必須銷燬Webview
        //但是注意：webview調用destory時,webview仍綁定在Activity上
        //這是由於自定義webview構建時傳入了該Activity的context對象
        //因此需要先從父容器中移除webview,然後再銷燬webview:
        if (webView != null) {
            ViewGroup parent = (ViewGroup) webView.getParent();
            if (parent != null) {
                parent.removeView(webView);
            }
            webView.removeAllViews();
            webView.destroy();
            webView = null;
        }
    } catch (Exception e) {
        Log.e("X5WebViewActivity", e.getMessage());
    }
    super.onDestroy();
}

5.0.7 DNS採用和客戶端API相同的域名

建立連接/服務器處理；在頁面請求的數據返回之前，主要有以下過程耗費時間。
```
DNS
connection
服務器處理
```
DNS採用和客戶端API相同的域名
- DNS會在系統級別進行緩存，對於WebView的地址，如果使用的域名與native的API相同，則可以直接使用緩存的DNS而不用再發起請求圖片。
- 舉個簡單例子，客戶端請求域名主要位於api.yc.com，然而內嵌的WebView主要位於 i.yc.com。
- 當我們初次打開App時：客戶端首次打開都會請求api.yc.com，其DNS將會被系統緩存。然而當打開WebView的時候，由於請求了不同的域名，需要重新獲取i.yc.com的IP。靜態資源同理，最好與客戶端的資源域名保持一致。

5.0.8 如何設置白名單操作

客戶端內的WebView都是可以通過客戶端的某個schema打開的，而要打開頁面的URL很多都並不寫在客戶端內，而是可以由URL中的參數傳遞過去的。上面4.0.5 使用scheme協議打開鏈接風險已經說明了scheme使用的危險性，那麼如何避免這個問題了，設置運行訪問的白名單。或者當用戶打開外部鏈接前給用戶強烈而明顯的提示。具體操作如下所示：
- 在onPageStarted開始加載資源的方法中，獲取加載url的host值，然後和本地保存的合法host做比較，這裏domainList是一個數組
```
@Override
public void onPageStarted(WebView view, String url, Bitmap favicon) {
    super.onPageStarted(view, url, favicon);
    String host = Uri.parse(url).getHost();
    LoggerUtils.i("host:" + host);
    if (!BuildConfig.IS_DEBUG) {
        if (Arrays.binarySearch(domainList, host) < 0) {
            //不在白名單內，非法網址，這個時候給用戶強烈而明顯的提示
        } else {
            //合法網址
        }
    }
}
```

06.關於參考

感謝開源庫
- x5開發文檔
- JsBridge開源庫
參考博客
- WebView性能、體驗分析與優化