Android 8.0中Toast重复调用show()失效问题咨询

你遇到的这个情况完全是Android 8.0（API 26）的预期行为，而且确实和你提到的overlay attack漏洞直接相关，下面给你详细拆解：

1. Toast重复show()被限制的具体原因 #

在Android 8.0之前，系统对Toast实例的重复show()调用没有严格限制——你可以通过定时调用同一个Toast的show()方法来延长它的显示时长，甚至动态修改文本内容。但从API 26开始，Google重构了Toast的管理逻辑：

• 系统会跟踪当前正在显示的Toast实例，如果检测到同一个Toast已经处于显示状态，后续的show()调用会直接被忽略。
• 这就导致你设置的定时重复调用完全失效，Toast只会遵循默认的LENGTH_LONG时长（约4秒）显示，之后就会消失，后续的show()不会再起作用。

2. 和Overlay Attack漏洞的关联 #

没错，这个变更正是Google为了防范overlay攻击做出的安全加固：

• Overlay攻击的核心是恶意应用通过创建悬浮窗口（包括Toast这类系统窗口）覆盖系统关键UI（比如权限请求弹窗、锁屏界面），欺骗用户执行危险操作。
• 之前的Toast重复show()机制可能被滥用：比如恶意应用可以不断弹出Toast覆盖整个屏幕，阻止用户正常操作系统。
• 所以Google在8.0中收紧了Toast的显示控制，限制同一实例的重复触发，同时也对非前台应用显示Toast的权限做了更严格的限制，以此降低这类攻击的风险。

3. 替代方案建议 #

既然这种非常规用法已经被系统限制，如果你需要实现长时间显示+动态更新文本的需求，推荐这些替代方案：

• 使用Snackbar：如果你的需求是在Activity/Fragment内显示，Snackbar支持自定义时长和文本更新，且属于应用内UI，没有系统窗口的限制。
• 自定义Dialog：创建一个全屏或半屏的Dialog，你可以完全控制它的显示时长和内容更新，不需要特殊权限。
• 自定义悬浮视图：如果需要在应用后台显示，可通过WindowManager创建自定义悬浮窗口，但注意在Android 8.0及以上需要申请SYSTEM_ALERT_WINDOW权限，且用户需要手动授权。

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