关于WebViewClient.shouldOverrideUrlLoading()的合规性与风险问询

问题背景 #

针对API级别24+版本的shouldOverrideUrlLoading，官方文档明确警告：请勿调用WebView#loadUrl(String)传入请求URL后返回true，这会不必要地取消当前加载并重新加载相同URL，正确方式是直接返回false且不调用loadUrl。但我的应用需在加载URL前执行仅能在MyWebView#loadUrl中完成的额外操作，因此在MyWebViewClient#shouldOverrideUrlLoading中调用MyWebView#loadUrl后返回true，目前运行正常，但存在疑问：

1. 该警告是否意味着此写法会在未来（如依赖未公开内部API）或当前特殊网站场景下失效？
2. 在框架、iframe、301/302重定向等哪些场景下，此return true的写法会破坏URL正常加载？

风险与场景解析 #

一、未来或特殊场景的失效风险 #

官方警告并非指向未公开API依赖，而是这种写法违背了WebView的原生加载逻辑，确实存在失效可能：

• 后续Android系统或Chromium内核更新时，可能调整加载流程的校验机制，比如拦截重复加载同一URL的操作，或是修改shouldOverrideUrlLoading的回调时机，导致你的额外操作无法触发，甚至引发加载阻塞。
• 对于使用Service Worker、资源预加载机制的站点，重复加载会打乱页面的缓存逻辑，造成页面渲染异常、交互功能失效。

二、会破坏加载的具体场景 #

• iframe/框架加载：当页面内的iframe发起URL请求时，调用loadUrl会替换整个WebView的主页面内容，而非仅加载iframe的目标地址，直接破坏原有页面结构。
• 301/302重定向：原生WebView会自动维护重定向链的请求上下文（如Cookie、请求头），手动调用loadUrl并返回true会中断原生重定向流程，新请求无法携带原重定向的上下文信息，可能导致重定向失败、权限校验出错。
• POST请求场景：若原请求是POST类型（比如表单提交），shouldOverrideUrlLoading回调中拿到的URL是GET格式（丢失POST参数），此时调用loadUrl会以GET方式重新发起请求，服务器无法正确处理，造成提交失败或数据错误。
• 页面内锚点跳转：页面内的锚点（如#section）触发回调时，手动loadUrl会重新加载整个页面，而非平滑滚动到锚点位置，严重影响用户体验。

内容的提问来源于stack exchange，提问作者WebViewer