Toast的显示流程

官方的显示流程如下：

那么这时候我们会有个问题，既然排队了，那为什么有一些toast会重叠在一起呢？因为如下：

利用WindowManager

• 很多 App（尤其是一些大厂 App）为了突破系统 Toast 的各种限制（比如无法自定义复杂动画、在后台被系统拦截等），会选择自己造轮子。

• 做法是：绕过 NMS，直接使用 WindowManager.addView()，画一个长得跟 Toast 一模一样的黑色半透明圆角 TextView。

• 假设 App A 调用了系统的 Toast.show()（老实去 NMS 排队了），而 App B 自己用 WindowManager 强行在屏幕顶层画了一个“假 Toast”。这俩根本就不在一个管理体系里，自然就会在屏幕上重叠甚至打架。

利用页面挂载

• 很多开源工具类（比如早期的某些 ToastUtils）发现系统 Toast 坑太多，干脆不跨进程了。

• 它们会在你调用显示的时候，直接找到当前 Activity 最顶层的根视图（DecorView），然后把一个长得像 Toast 的 View addView 进去。

• 这种 Toast 的生命周期和图层只属于当前页面。如果此时系统 NMS 正好在给你推送一个其他 App 的原生 Toast，原生的在系统顶层，自定义的在 App 页面层，两者就会发生重叠。