Android9.0上针对Toast的特殊处理图文详解

前言

我们都清楚，toast显示时长有两个选择，长显示是3.5秒，端显示是2秒。那如果想要做到长时间显示，该怎么做呢？有个历史遗留的app通过开一个线程，不断调用show方法进行实现，这些年也没出过问题，直到系统版本更新到了android9.0。

实现方式大概如下：

在android9.0上，toast闪现了一下就不见了，并没有如预期那样，长时间显示。为什么呢？

概述

这里我们先来大概了解下toast的显示流程。

toast使用

一般使用toast的时候，比较简单的就是如下方式：

这样就可以显示一个toast。还有一种是自定义view的：

原理都一样，先new 一个toast，然后设置显示时长，设置toast中要显示的view（text也是view），然后就可以show出来。

toast原理

toast实现

先看看toast的实现：

toast的构造函数很简单，主要就是mtn这个成员，后续对toast的操作都在这里进行。紧接着就是设置toast显示时长和显示内容：

toast显示

show方法简单，最终是调用了通知服务的enqueuetoast方法：

toast的管理是通过toastrecord类型列表集中管理的，notificationmanagerservice会将每一个toast封装为toastrecord对象，并添加到mtoastqueue中，mtoastqueue的类型是arraylist。在enqueuetoast中，首先会判断应用是否为系统应用，如果是系统应用，则通过indexoftoastlocked来寻找是否有满足条件的toast存在：

判断的依据是包名和callback，这里的callback其实就是上文说到的tn类，这是一个binder类型，继承自itransientnotification.stub。如果条件符合，则返回对应索引，否则返回-1。首次show toast的时候，肯定返回-1，则此时会new一个toastrecord对象，并且加入到mtoastqueue中，此时的index则为0：

那么就会走到如下分支了：

该方法也简单，就是回调tn类的show方法，上文提过，tn类对外提供show，hide， cancel等方法，在这些方法中，再通过内部handler进行处理：

调用show方法，最终会调用到handleshow方法，在该方法中使用wms服务将view显示出来。

toast隐藏

显示说完了，什么时候隐藏消失？在scheduledurationreachedlocked方法中：

这里也是使用了一个handler来进行处理，delay的时长取决于我们之前设置的toast显示时长。长时间为3.5秒，短时间为2秒。

message_duration_reached消息处理如下：

该方法调用tn的hide方法隐藏掉toast，然后再将toast从列表中移除。看看隐藏的过程：

隐藏的过程，其实也简单，将view从窗口中移除，然后将mnextview和mview置null。

到此toast的显示和隐藏已经讲完。下面说说多次show为什么会导致toast消失。

toast的消失

想象一个场景，如果一个全局toast（此次出问题的app中就是一个全局toast），我们不断的去调用toast的show方法，那么就意味着上文说的mtoastqueue列表不为空，存在toast，就会走到如下分支：

hide的流程我们已经清楚，会将资源释放，将mnextview和mview置为null。执行到这里会导致第一个toast消失，之后调用shownexttoastlocked()方法显示第二个toast，最终调用到tn的handleshow方法：

由于所有的toast都对应一个tn对象，因此此时mview和mnextview均为null，不会执行mwm.addview()，toast也就不会显示。

解决方法

在android9.0中如果想要一直显示某个toast，怎么做？使用局部toast，不要使用全局toast。

但有一点比较奇怪的是，查看了android10.0代码，发现android10.0将这个机制回滚了。即android10.0上又可以一直显示toast：

结语

android多个系统版本中，唯独android9.0做了这个特殊处理，无非就是禁用应用长时间显示toast。但10.0版本又取消了这个处理，难道是发现这样处理并不合适？

到此这篇关于android9.0上针对toast的特殊处理的文章就介绍到这了,更多相关android9.0对toast的特殊处理内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！