现象
点击搜索框，打开新的 webview 页面时，出现了黑色过度页面。
排查 & 尝试修复
找到了一台可复现的手机，一加 8 （android 13），检查了手机的黑暗模式 & 夜间模式是关闭的。
尝试手动指定 webview background 为透明色，问题得到修复。
源码探究
问题修复了，但修复的不明不白。
为什么手动指定背景色可以避免问题，以及黑色背景是如何突然出现的。
我们带着问题继续探寻。
发现出现问题手机的 webview 版本较高，推测是 webview 版本升级带来的行为变更。
我找来一台没有问题的手机，记录了 webview 版本为 103.0.5060.129
然后把这台手机的 webview 版本升级到 111.0.5563.58，果然出现了问题。
比对这两个版本 webview 负责背景相关的代码：
103.0.5060.129：chromium.googlesource.com/chromium/sr…
111.0.5563.58：chromium.googlesource.com/chromium/sr…
高版本返回黑色背景的逻辑多了一个 mSettings.prefersDarkFromTheme() 或条件。
通过注释中的 todo 发现，高版本修复了低版本的一个 bug：bugs.chromium.org/p/chromium/…
如果应用程序偏向深色主题，则将背景改为暗色。
以前的 WebView 只有在启用了强制黑暗或同色系暗色系启用时，WebView 才会绘制暗色背景。
所以 mSettings.prefersDarkFromTheme() 应该是判断了当前的主题是否是深色主题。
我们继续追踪实现，prefersDarkFromTheme 的返回值来自于该方法：chromium.googlesource.com/chromium/sr…
chromium.googlesource.com/chromium/sr…
我的手机是大于 android Q 的，这里的 context 是 activity 的 context，theme 为 android:Theme：
可以看到 我们使用 Theme 的 isLightTheme = false，系统认为是深色主题，所以在高版本 WebView 中，当背景色没有指定时，系统使用了黑色作为背景色。
更好的修复方案
再看看这三个条件，在照顾老逻辑不变的基础上，更适合的是调整增量条件 prefersDarkFromTheme 为 false。
而这个条件的原理我们也了解了，调整父类主题为明亮即可：android:Theme.Light
感谢阅读。
本网站是一个以CSS、JavaScript、Vue、HTML为核心的前端开发技术网站。我们致力于为广大前端开发者提供专业、全面、实用的前端开发知识和技术支持。 在本网站中，您可以学习到最新的前端开发技术，了解前端开发的最新趋势和最佳实践。我们提供丰富的教程和案例，让您可以快速掌握前端开发的核心技术和流程。 本网站还提供一系列实用的工具和插件，帮助您更加高效地进行前端开发工作。我们提供的工具和插件都经过精心设计和优化，可以帮助您节省时间和精力，提升开发效率。 除此之外，本网站还拥有一个活跃的社区，您可以在社区中与其他前端开发者交流技术、分享经验、解决问题。我们相信，社区的力量可以帮助您更好地成长和进步。 在本网站中，您可以找到您需要的一切前端开发资源，让您成为一名更加优秀的前端开发者。欢迎您加入我们的大家庭，一起探索前端开发的无限可能!