本文介绍: 点击搜索框,打开新的 webview 页面时,出现了黑色过度页面

现象

点击搜索框,打开新的 webview 页面时,出现了黑色过度页面

ezgif.com-video-to-gif.gif

排查 & 尝试修复

找到了一台复现手机,一加 8 (android 13),检查了手机的黑暗模式 & 夜间模式关闭的。
尝试手动指定 webview background透明色,问题得到修复

源码探究

问题修复了,但修复的不明不白。
为什么手动指定背景色可以避免问题,以及黑色背景如何突然出现的。
我们带着问题继续探寻。

发现出现问题手机的 webview 版本较高,推测是 webview 版本升级带来的行为变更。
我找来一台没有问题的手机,记录webview 版本为 103.0.5060.129

image2023-4-4_11-21-55.png

然后把这台手机的 webview 版本升级到 111.0.5563.58,果然出现了问题

比对这两个版本 webview 负责背景相关代码

103.0.5060.129:chromium.googlesource.com/chromium/sr… image2023-4-4_11-25-21.png

111.0.5563.58:chromium.googlesource.com/chromium/sr… image2023-4-4_11-26-6.png

版本返回黑色背景逻辑多了一个 mSettings.prefersDarkFromTheme() 或条件

通过注释中的 todo 发现,高版本修复了低版本一个 bugbugs.chromium.org/p/chromium/…

image2023-4-4_11-32-8.png

如果应用程序偏向深色主题,则将背景改为暗色。
以前的 WebView 只有在启用强制黑暗或同色系暗色系启用时,WebView 才会绘制暗色背景

所以 mSettings.prefersDarkFromTheme() 应该判断当前主题是否是深色主题
我们继续追踪实现prefersDarkFromTheme返回值来自于该方法chromium.googlesource.com/chromium/sr…

image2023-4-4_11-41-17.png

chromium.googlesource.com/chromium/sr…

image2023-4-4_14-12-37.png

我的手机是大于 android Q 的,这里contextactivitycontexttheme 为 android:Theme:

image2023-4-4_10-26-5.png

可以看到 我们使用 Theme 的 isLightTheme = false系统认为是深色主题,所以在高版本 WebView 中,当背景色没有定时系统使用了黑色作为背景色

更好修复方案

image2023-4-4_11-26-6.png看看这三个条件,在照顾老逻辑不变的基础上,更适合的是调整增量条件 prefersDarkFromTheme 为 false
这个条件原理我们也了解了,调整父类主题为明亮即可android:Theme.Light

感谢阅读

最后

如果想要成为架构师或想突破20~30K薪资范畴,那就不要局限在编码业务,要会选型、扩展,提升编程思维。此外,良好的职业规划也很重要,学习的习惯很重要,但是最重要的还是要能持之以恒,任何不能坚持落实的计划都是空谈。

如果你没有方向这里大家分享一套阿里高级架构编写的《Android八大模块进阶笔记》,帮大家将杂乱、零散、碎片化的知识进行体系化的整理,让大家系统而高效地掌握Android开发各个知识点
在这里插入图片描述
相对我们平时看的碎片化内容,这份笔记知识点系统化,更容易理解记忆,是严格按照知识体系编排的。

全套视频资料

一、面试合集

在这里插入图片描述
二、源码解析合集
在这里插入图片描述

三、开源框架合集
在这里插入图片描述
欢迎大家一键三连支持,若需要文中资料,直接点击文末CSDN官方认证微信卡片免费领取↓↓↓

原文地址:https://blog.csdn.net/Eqiqi/article/details/130735865

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_30132.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注