记一次WebView加载带定位网址导致的闪烁bug

描述

项目中封装好的 WebView 页面，在传入一个饿了么链接后（其他链接正常展示，如：https://www.baidu.com），无法正常展示并且开始疯狂闪烁，在 shouldOverrideUrlLoading 打印了下重定向的 url ，发现有两个 url 地址在循环跳转，也就是：问题链接 -> 链接1 -> 链接2 -> 链接1 -> …，使用微信和QQ都正常展示，问题排查范围可以锁定在WebView的使用上了。

问题链接：https://s.click.ele.me/RZ2mkau

排查

首先排除 手机Wifi代理 ，如果手机设置了 wifi 代理，一些网站有自己的证书验证机制，就会导致各种问题。时间宝贵，首先不要浪费时间在错误的方向上

其他链接正常，是有该链接展示有问题，那么先从这个链接开始看：
该链接用电脑 Chrome 打开也显示正常：

可以看到，这个链接最大的特点就是获取位置，我们的应用是它的宿主，那么获取位置的操作一定需要我们来定义，查阅一番资料后，找到位置的适配代码：

//配置 webViewSetting
val webSettings: WebSettings = webView.getSettings()
webSettings.setJavaScriptEnabled(true)
webSettings.setGeolocationEnabled(true)
...

//配置 webChromeClient
webView.webChromeClient = object : WebChromeClient() {
  override fun onGeolocationPermissionsShowPrompt(
    origin: String?, callback: GeolocationPermissions.Callback?
  ) {
    Log.i("baize_","定位提示：$origin")
    callback?.invoke(origin, true, false)
  }
}

并且添加位置权限（注意 6.0 动态权限申请）：

<!--定位权限:-->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />

增加了上述定位代码，然而还是失败，不是原来的配方，但还是原来的问题。

这次排查的重点放在 onGeolocationPermissionsShowPrompt 方法上，加个断电发现这个方法根本没有被调用，Google 之后发现不调用的情况只有一种：Android 7.0 以上版本，并且 url 链接是 http 的不安全链接。
，而我的链接已经是 https 了，所以根本不是同一问题。

解决

问题走到死胡同，苦思无果，然后逛了逛网上开源项目，测试了下 AgentWebView 后发现，这个库又可以正常展示，下载其源码并且调试，最终确定问题是 webView 配置的 WebViewClient 的 shouldOverrideUrlLoading 方法引起，它的返回值才是问题所在。

首先看官方的 API 定义：

• 如果不设置 WebViewClient ，那么点击链接之后会用外部浏览器打开（系统浏览器或手机上安装的第三方浏览器，多个浏览器会弹选择框）
• 设置 WebViewClient，并且 shouldOverrideUrlLoading 返回 true，则由应用自己处理 url，WebView不再负责
• 设置 WebViewCLient，并且 shouldOverrideUrlLoading 返回 false，由该 WebView 加载 url

再回头看项目中封装的这部分代码：

webView.webViewClient = object : WebViewClient() {
  override fun shouldOverrideUrlLoading(view: WebView?, url: String?): Boolean {
    if (NetworkUtil.isHttpProtocol(url)) { //判断是否http或https开头的链接
      view.loadUrl(url)
    } else {
      dispatchUrl(url)
    }
    return true
  }
}

可以看到，无论是什么链接，都由我们自己处理了，如果是 HTTP 链接，则手动再调用 WebView 来加载，这就是问题 url 死循环重定向的关键。

解决：

webView.webViewClient = object : WebViewClient() {
  override fun shouldOverrideUrlLoading(view: WebView?, url: String?): Boolean {
    if (NetworkUtil.isHttpProtocol(url)) { //判断是否http或https开头的链接
      return false //由系统自己处理！
    } else {
      dispatchUrl(url)
    }
    return true
  }
}

修改代码逻辑：如果是 HTTP 链接，则直接返回 false，由系统自己处理重定向，问题终于解决了。

总结

bug 的排查需要细心，并且要从多个角度分析问题，精准定位才能解决的更快。

深入

知其然更要知其所以然，疯狂分析背后原理中…