Android悬浮窗焦点穿透问题解决方案

1. 问题背景与场景还原

最近在开发一个需要悬浮窗展示实时数据的Android应用时，遇到了一个棘手的问题：当悬浮窗显示在屏幕上层时，会遮挡住下方应用的文本输入框，导致用户无法正常输入。这种情况在需要频繁切换应用的场景中尤为明显，比如用户在使用聊天软件时，悬浮窗会盖住输入法键盘上方的文本框。

这个问题看似简单，实则涉及Android窗口管理系统的深层机制。经过多次测试发现，单纯的设置View的透明度并不能解决根本问题，因为即使悬浮窗完全透明，下方的输入框依然无法获取焦点。这让我意识到需要从窗口层级和焦点管理的角度来彻底解决。

2. 问题复现与根因分析

2.1 最小化复现步骤

要复现这个问题非常简单，只需要创建一个普通的悬浮窗应用：

java复制WindowManager windowManager = (WindowManager) getSystemService(WINDOW_SERVICE);
WindowManager.LayoutParams params = new WindowManager.LayoutParams(
    WindowManager.LayoutParams.WRAP_CONTENT,
    WindowManager.LayoutParams.WRAP_CONTENT,
    WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY,
    WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL,
    PixelFormat.TRANSLUCENT);

View overlayView = LayoutInflater.from(this).inflate(R.layout.overlay_layout, null);
windowManager.addView(overlayView, params);

运行这段代码后，悬浮窗会显示在其他应用上方，此时尝试点击悬浮窗下方的输入框，会发现无法触发输入法的弹出。

2.2 底层机制解析

这个问题背后的根本原因在于Android的窗口管理系统的工作方式：

1. 窗口层级（Z-order）：Android系统根据窗口类型决定它们的显示顺序，TYPE_APPLICATION_OVERLAY类型的窗口默认显示在最上层。

2. 触摸事件分发：当用户触摸屏幕时，系统会从最上层的窗口开始检查哪个View应该接收事件。即使悬浮窗设置了FLAG_NOT_TOUCH_MODAL，系统仍然会优先将事件传递给悬浮窗。

3. 焦点获取机制：输入框需要获取焦点才能接收输入，但上层的悬浮窗会阻止下层窗口获取焦点，即使悬浮窗本身不处理任何触摸事件。

3. 解决方案对比与选型

3.1 常见解决方案对比