Android悬浮窗遮挡输入法问题的解决方案

1. 问题背景与现象复现

在Android应用开发中，悬浮窗（Floating Window）是一种常见的UI控件类型，它能够覆盖在其他应用或系统界面之上显示。这种特性虽然提供了灵活的用户交互体验，但也带来了一个典型问题：悬浮窗可能会意外遮挡住其他应用的文本输入区域。

我最近在开发一个全局翻译应用时就遇到了这个棘手问题。当用户在任何应用中选中文本时，我们的悬浮翻译窗会自动弹出显示翻译结果。但在实际测试中发现，在微信、钉钉等IM类应用中，悬浮窗经常会遮挡住输入框下方的候选词栏，导致用户无法正常选择候选词。

问题复现步骤：

1. 在Demo应用中创建一个简单的悬浮窗，设置TYPE_APPLICATION_OVERLAY类型
2. 在微信对话界面调出输入法（如搜狗输入法）
3. 观察发现悬浮窗会遮挡输入法上方的候选词区域
4. 用户尝试点击被遮挡的候选词时，事件会被悬浮窗拦截

通过Android Studio的Layout Inspector工具分析，可以清晰看到视图层级关系：输入法的候选词栏（通常是一个PopupWindow）和我们的悬浮窗处于同一层级，系统无法自动处理这种覆盖关系。

2. 核心问题解析

2.1 Android窗口管理机制

要理解这个问题，需要先了解Android的窗口管理系统（WindowManagerService）的工作原理。所有窗口都被分配到一个特定的Z-order层级中，系统根据这个层级决定哪些窗口应该显示在上方。

对于悬浮窗这类系统级窗口，其层级由WindowManager.LayoutParams中的type参数决定。常见的类型包括：

• TYPE_APPLICATION_OVERLAY（API 26+）
• TYPE_SYSTEM_ALERT（旧版API）

这些类型的窗口默认会显示在普通应用窗口之上，包括输入法的候选词窗口。

2.2 事件分发机制

当触摸事件发生时，Android系统会从视图树的最顶层开始向下传递事件。对于重叠窗口的情况，系统会：

1. 首先判断触摸点所在的顶层窗口
2. 然后将事件传递给该窗口的根视图
3. 由视图树自行处理事件分发

这就是为什么当悬浮窗覆盖在输入法上方时，触摸事件会被悬浮窗优先获取，导致输入法无法响应点击。

3. 解决方案对比与实践

3.1 方案一：调整窗口层级

理论上可以通过设置更低的窗口层级来避免遮挡：

java复制params.type = WindowManager.LayoutParams.TYPE_APPLICATION_PANEL;

但实际测试发现：

• 在Android 8.0以上系统，这类窗口会被强制限制在应用内部
• 无法实现真正的"全局悬浮"效果
• 不同厂商ROM可能有不同的限制策略

3.2 方案二：动态位置调整

另一种思路是实时检测输入法状态，动态调整悬浮窗位置：

java复制View rootView = findViewById(android.R.id.content);
rootView.getViewTreeObserver().addOnGlobalLayoutListener(() -> {
    Rect rect = new Rect();
    rootView.getWindowVisibleDisplayFrame(rect);
    int screenHeight = rootView.getHeight();
    int keyboardHeight = screenHeight - rect.bottom;
    
    if(keyboardHeight > screenHeig