为何设置 FLAG_NOT_FOCUSABLE 导致 onBackPressed 不回调，但按钮点击仍有效

核心原因：Android 输入事件系统的双轨制机制

Android 系统对触摸事件 (TouchEvent) 和按键事件 (KeyEvent) 采用不同的分发逻辑：

关键机制解析

1. 触摸事件 (按钮点击) 的分发机制

不依赖焦点 ：通过 InputManagerService 的 hit-testing 算法实现

分发逻辑：

java 复制代码

// 伪代码：触摸事件分发核心逻辑
View findTargetView(MotionEvent event) {
    // 1. 从视图树根节点开始遍历
    // 2. 检查触摸坐标是否在 View 边界内
    // 3. 检查 View 的可见性：VISIBLE 且未被遮挡
    // 4. 忽略焦点状态（FLAG_NOT_FOCUSABLE 不影响）
}

结论：

只要按钮可见且未被遮挡，即使设置了 FLAG_NOT_FOCUSABLE，触摸事件仍能正常分发

2. 按键事件 (返回键) 的分发机制

强依赖焦点 ：事件沿 焦点链 (Focus Chain) 传递

系统级分发流程：

java 复制代码

// 伪代码：按键事件分发核心
boolean dispatchKeyEvent(KeyEvent event) {
    if (window.hasFlag(FLAG_NOT_FOCUSABLE)) {
        return false; // 关键拦截点！
    }
    View focusedView = getCurrentFocus();
    if (focusedView != null) {
        return focusedView.dispatchKeyEvent(event);
    }
    return activity.onKeyDown(KeyEvent.KEYCODE_BACK);
}

关键拦截点 ：
FLAG_NOT_FOCUSABLE 导致窗口直接被移出按键事件分发队列

现象对比表

事件类型	依赖焦点	受 FLAG_NOT_FOCUSABLE 影响	具体表现
按钮点击	❌ 否	❌ 不影响	点击事件正常响应
返回键	✅ 是	✅ 完全阻断	onBackPressed 不被回调
轨迹球事件	✅ 是	✅ 阻断	无响应
键盘导航事件	✅ 是	✅ 阻断	无响应

技术本质：窗口标志位的系统级处理

在 WindowManagerService 中，标志位会改变窗口的 InputChannel 行为：

cpp 复制代码

// C++ 层处理逻辑 (frameworks/base/services/core/jni/...)
status_t setWindowFlags(SurfaceControl* sc, int flags) {
    if (flags & FLAG_NOT_FOCUSABLE) {
        // 关键操作：从 InputDispatcher 注销
        mInputDispatcher->unregisterInputChannel(sc->getInputChannel());
    }
    ...
}

此时窗口的 InputChannel 不再接收任何按键事件，但触摸事件通道保持开放

解决方案：精准控制焦点状态

方案1：动态焦点控制（推荐）

java 复制代码

// 进入无焦点模式
void disableFocus() {
    getWindow().setFlags(
        WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE,
        WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE
    );
    // 关键：更新视图层级
    getWindow().getDecorView().setVisibility(View.INVISIBLE);
    getWindow().getDecorView().setVisibility(View.VISIBLE);
}

// 临时启用返回键处理
void enableBackHandler() {
    // 清除标志位
    getWindow().clearFlags(WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE);
    
    // 强制焦点获取（需API Level>=26）
    if (Build.VERSION.SDK_INT >= 26) {
        getWindow().getDecorView().requestFocus();
    } else {
        // 兼容方案：添加临时可聚焦View
        View focusHolder = new View(this);
        focusHolder.setFocusable(true);
        addContentView(focusHolder, new LayoutParams(1, 1));
        focusHolder.requestFocus();
    }
}

方案2：系统级按键监听（需要权限）

xml 复制代码

<!-- AndroidManifest.xml 添加权限 -->
<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW"/>

java 复制代码

// 创建全局按键监听
void registerGlobalKeyListener() {
    View overlayView = new View(this);
    WindowManager.LayoutParams params = new WindowManager.LayoutParams(
        WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY,
        WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE |
        WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE,
        PixelFormat.TRANSPARENT
    );

    overlayView.setOnKeyListener((v, keyCode, event) -> {
        if (keyCode == KeyEvent.KEYCODE_BACK) {
            handleBackPressed();
            return true;
        }
        return false;
    });

    getSystemService(WindowManager.class).addView(overlayView, params);
}

方案3：焦点代理模式

java 复制代码

// 在父Activity中持有焦点
public class HostActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        // 启动无焦点窗口
        startActivity(new Intent(this, OverlayActivity.class));
    }

    @Override
    public void onBackPressed() {
        // 将返回键事件传递给覆盖窗口
        if (overlayActivity != null) {
            overlayActivity.handleBackEvent();
        } else {
            super.onBackPressed();
        }
    }
}

// OverlayActivity.java
public void handleBackEvent() {
    // 自定义返回处理
    finish(); // 例如直接关闭
}

架构选择建议

场景	推荐方案	优点
临时性覆盖层	动态焦点控制	无需特殊权限，实现简单
系统级悬浮窗	全局按键监听	完全脱离Activity生命周期
多窗口协同应用	焦点代理模式	事件流清晰，责任明确
游戏/视频播放器覆盖控件	动态方案+ViewTreeObserver	精准控制焦点时机

关键设计原则 ：在Android窗口系统中，触摸事件是空间驱动 的（基于坐标），而按键事件是状态驱动的（基于焦点树）。理解这种根本差异是解决复杂事件分发问题的核心。