??最近因為公司業(yè)務(wù)歉秫，需要跟WebView打交道对湃。
??等我查過網(wǎng)上資料與官方文檔，了解了shouldOverrideUrlLoading方法以后掠河，在代碼里面看到了如下代碼：
@Override
public boolean shouldOverrideUrlLoading(WebView view, String url) {
view.loadUrl(url);
return true;
}
錯誤說法4：這是一種廣為流傳的用法沽损，在shouldOverrideUrlLoading中
@Override
public boolean shouldOverrideUrlLoading(WebView view, String url) {
view.loadUrl(url);
return true;
}
便可以在WebView中加載該url灯节。
對于說法4，直接返回false即可達(dá)到同樣的效果绵估。
Note: Do not call
[WebView.loadUrl(String)](https://developer.android.com/reference/android/webkit/WebView.html#loadUrl(java.lang.String))with the same URL and then returntrue. This unnecessarily cancels the current load and starts a new load with the same URL. The correct way to continue loading a given URL is to simply returnfalse, without calling[WebView.loadUrl(String)](https://developer.android.com/reference/android/webkit/WebView.html#loadUrl(java.lang.String)).
尼瑪炎疆！這TM是個標(biāo)準(zhǔn)的錯誤寫法啊国裳！
于是...我毫不猶豫的把這兩行代碼改掉了形入，如下：
@Override
public boolean shouldOverrideUrlLoading(WebView view, String url) {
//view.loadUrl(url);
//return true;
return false;
}
然而，萬萬沒想到...
第二天測試小姐姐就報bug了：哥缝左！網(wǎng)頁加載不出來了亿遂，一直loading!
沒辦法浓若，查吧，回退上一個版本是好用的蛇数，總共也沒幾個改動的地方挪钓。雖然我篤定這里不會出問題，但奈何其他地方也都沒問題苞慢。最后一個改動一個改動驗證诵原，發(fā)現(xiàn)就是這里出了問題。
淦Ｍ旆拧Ｉ苋！
為毛辑畦？吗蚌？？
沒辦法纯出，復(fù)現(xiàn)蚯妇，查log吧...
一通操作之后，發(fā)現(xiàn)出問題的時候暂筝，加載的url是"http://www.taobao.com",看Log箩言，有重定向到"https://www.taobao.com"。這是很多網(wǎng)站通用的做法焕襟。
沒毛病霸墒铡？鸵赖？务漩？ return false也沒問題啊它褪？ 為什么就加載不了了呢饵骨？
等等？茫打？居触？ 這是個啥？老赤？
一行一行過代碼的時候饼煞，突然有個神秘的mShouldOverrideUrlLoading變量引起了我的注意。大概是下面這樣的诗越。
@Override
public boolean shouldOverrideUrlLoading(WebView view, String url) {
mShouldOverrideUrlLoading = true;
//view.loadUrl(url);
//return true;
return false;
}
@Override
public void onPageStarted(WebView view, String url, Bitmap favicon) {
mShouldOverrideUrlLoading = false;
super.onPageStarted(view, url, favicon);
}
@Override
public void onPageFinished(WebView view, String url) {
super.onPageFinished(view, url);
if (mShouldOverrideUrlLoading) {
return;
}
//回調(diào)加載成功的函數(shù)
}
那這個變量是干嘛的？息堂？嚷狞？
參考這篇博客块促，通過這個flag來判斷是否有重定向邏輯，保證重定向時Loading界面不消失床未。
再一看Log竭翠，果然！
如果return false,onPageFinished雖然也會被回調(diào)薇搁，但是mShouldOverrideUrlLoading變量這個時候的值是true斋扰，所以沒有執(zhí)行加載成功的回調(diào)，loading就一直不消失了啃洋。
這里需要吐槽一下這個變量命名传货，太尼瑪讓人誤解了，完全不知道干啥的宏娄，所以之前都選擇性忽略了它问裕。
后來做了一系列實驗，結(jié)果大概是下面這樣的：
雖然官方文檔建議不攔截url時返回false孵坚，但這種情況下（希望重定向時繼續(xù)顯示loading進(jìn)度條）必須使用view.loadUrl(url);加return true;
原因：在這里通過view.loadUrl方法粮宛，雖然跟return false的效果一樣，
但是可以保證非重定向的url不會回調(diào)shouldOverrideUrlLoading方法卖宠，
從而可以通過mIsRedirect這個flag來過濾重定向鏈接巍杈。
比如目標(biāo)url是http://www.taobao.com, 會重定向到https://www.taobao.com。
如果返回false扛伍，則回調(diào)執(zhí)行順序如下：
onPageStarted(http://www.taobao.com) -> onPageStarted(https://www.taobao.com) -> shouldOverrideUrlLoading(https://www.taobao.com) -> onPageFinished(https://www.taobao.com)
如果改成view.loadUrl(url);加return true; 則回調(diào)執(zhí)行順序如下：
onPageStarted(http://www.taobao.com) -> onPageStarted(https://www.taobao.com) -> shouldOverrideUrlLoading(https://www.taobao.com) -> onPageFinished(https://www.taobao.com) -> onPageStarted(https://www.taobao.com) -> onPageFinished(https://www.taobao.com)
可以看到返回false的話筷畦，onPageFinished會少執(zhí)行一次，這樣無法保證標(biāo)識重定向flag的準(zhǔn)確性
補(bǔ)充： 如果是點擊頁面蜒秤，觸發(fā)<link>標(biāo)簽汁咏，則對應(yīng)的回調(diào)順序如下：
shouldOverrideUrlLoading(https://www.taobao.com) -> onPageStarted(https://www.taobao.com) -> onPageFinished(https://www.taobao.com)
這種情況下，判斷條件仍然滿足作媚，Loading界面也會消失攘滩。
所以，答應(yīng)我纸泡，當(dāng)你在做一個webview全局loading進(jìn)度條漂问，需要過濾重定向請求的時候，記得不要return false女揭，具體寫法可以參照下面代碼：
@Override
public boolean shouldOverrideUrlLoading(WebView view, String url) {
mIsRedirect = true;
view.loadUrl(url);
return true;
//return false;// !!!錯誤做法
@Override
public void onPageStarted(WebView view, String url, Bitmap favicon) {
mIsRedirect = false;
super.onPageStarted(view, url, favicon);
}
@Override
public void onPageFinished(WebView view, String url) {
super.onPageFinished(view, url);
if (mIsRedirect) {
return;
}
//回調(diào)加載成功的函數(shù)
}
}
當(dāng)當(dāng)當(dāng)蚤假，這篇文章到這就結(jié)束了！
雖說因為這個坑花費了不少時間吧兔，但是也因為這個對webview了解深了很多磷仰，解決完這個問題以后，另外一個比較糾結(jié)的webview問題也很快搞定了境蔼。
只能說灶平，有得必有失吧伺通，多踩坑，也不見得是壞事~~~
