Android开发：解决Toast被软键盘遮挡的Overlay方案

1. 问题背景：Toast与软键盘的尴尬相遇

在Android开发中，Toast作为轻量级的消息提示机制被广泛使用。然而当软键盘弹出时，Toast经常会被键盘遮挡，导致用户无法看到重要提示信息。这个问题在聊天应用、表单填写等高频使用输入法的场景中尤为突出。

传统Toast的显示层级（Window层级）属于TYPE_TOAST，而软键盘通常使用TYPE_INPUT_METHOD层级。根据Android的窗口管理规则，同优先级窗口后显示的会覆盖先显示的。这就是为什么当键盘弹出后，Toast消息会被"压在下面"的根本原因。

提示：从Android 4.4（API 19）开始，TYPE_TOAST窗口不再需要SYSTEM_ALERT权限，但这也限制了它对其他类型窗口的覆盖能力。

2. 解决方案对比分析

2.1 常见方案及其局限性

开发者社区中常见的解决方案包括：

1. 调整Toast显示位置：

   kotlin复制toast.setGravity(Gravity.TOP, 0, 0)
   

   • 问题：无法动态适应键盘状态，可能造成位置错乱

2. 使用Snackbar替代：

   kotlin复制Snackbar.make(view, "Message", Snackbar.LENGTH_SHORT).show()
   

   • 问题：需要关联View，且风格与Toast不一致

3. 监听键盘状态动态调整：

   • 通过ViewTreeObserver监听布局变化
   • 问题：实现复杂，且无法保证在所有设备上准确检测键盘状态

2.2 Overlay Toast方案优势

自定义Overlay Toast的核心思路是：

• 使用TYPE_APPLICATION_OVERLAY窗口类型（API 26+）
• 动态计算键盘高度调整显示位置
• 保持Toast的轻量级特性

相比其他方案，Overlay Toast具有：

• 100%显示可靠性
• 无需修改现有Toast调用接口
• 兼容API 26+设备（覆盖约95%的活跃设备）

3. 实现细节与核心代码

3.1 窗口类型选择

kotlin复制val params = WindowManager.LayoutParams().apply {
    type = if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY
    } else {
        @Suppress("DEPRECATION")
        WindowManager.LayoutParams.TY