描述
项目中封装好的 WebView 页面,在传入一个饿了么链接后(其他链接正常展示,如:https://www.baidu.com),无法正常展示并且开始疯狂闪烁,在 shouldOverrideUrlLoading 打印了下重定向的 url ,发现有两个 url 地址在循环跳转,也就是:问题链接 -> 链接1 -> 链接2 -> 链接1 -> …,使用微信和QQ都正常展示,问题排查范围可以锁定在WebView的使用上了。
问题链接:https://s.click.ele.me/RZ2mkau
排查
首先排除 手机Wifi代理 ,如果手机设置了 wifi 代理,一些网站有自己的证书验证机制,就会导致各种问题。时间宝贵,首先不要浪费时间在错误的方向上
其他链接正常,是有该链接展示有问题,那么先从这个链接开始看: 该链接用电脑 Chrome 打开也显示正常: 可以看到,这个链接最大的特点就是获取位置,我们的应用是它的宿主,那么获取位置的操作一定需要我们来定义,查阅一番资料后,找到位置的适配代码:
val webSettings: WebSettings = webView.getSettings()
webSettings.setJavaScriptEnabled(true)
webSettings.setGeolocationEnabled(true)
...
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)) {
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)) {
return false
} else {
dispatchUrl(url)
}
return true
}
}
修改代码逻辑:如果是 HTTP 链接,则直接返回 false,由系统自己处理重定向,问题终于解决了。
总结
bug 的排查需要细心,并且要从多个角度分析问题,精准定位才能解决的更快。
深入
知其然更要知其所以然,疯狂分析背后原理中…
|