FragmentActivity重写onBackPressed失效，如何阻止返回键影响应用？

看起来你遇到的核心问题是返回键事件被上层UI组件（比如加载指示器、对话框）先拦截了，导致你的Activity回调前两次根本没收到事件，第三次才触发默认的返回行为。我来帮你梳理下原因和可行的解决办法：

1. 先排查上层UI组件的事件拦截 #

你的描述里提到前两次点击分别触发了加载指示器消失、对话框显示，这说明这两次返回键事件被这些UI组件先消费了，根本没传递到Activity的onBackPressed方法。

• 如果是自定义的加载指示器/对话框：检查它们的代码，有没有设置setOnKeyListener或者重写了事件拦截逻辑，确保这些组件处理完自己的逻辑后，不要拦截事件传递（或者直接关闭它们的返回键处理）。
• 如果是第三方库的组件：查看文档有没有关闭返回键拦截的配置项，比如很多加载弹窗库会默认拦截返回键来关闭弹窗。

2. 使用AndroidX推荐的OnBackPressedDispatcher拦截（优先级更高） #

如果你用的是AndroidX的FragmentActivity，官方更推荐用OnBackPressedDispatcher注册回调，它的优先级比直接重写onBackPressed更高，能更早捕获返回键事件：

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    // 注册返回键回调，第一个参数是LifecycleOwner，第二个参数设为true表示自动禁用默认返回行为
    getOnBackPressedDispatcher().addCallback(this, new OnBackPressedCallback(true) {
        @Override
        public void handleOnBackPressed() {
            // 这里只执行你的日志逻辑，不调用任何默认返回方法
            Log.d("BackKeyDebug", "返回键被触发");
        }
    });
}

这个回调会优先于Activity和Fragment的默认返回逻辑执行，而且因为构造参数传了true，会直接禁用系统默认的返回行为，完全由你控制。

3. 全局拦截dispatchKeyEvent（最底层的拦截） #

如果上面的方法还是没效果，可以尝试在dispatchKeyEvent里最早期拦截事件，确保事件不会被任何上层组件消费：

@Override
public boolean dispatchKeyEvent(KeyEvent event) {
    // 只处理返回键抬起的动作（避免重复触发）
    if (event.getKeyCode() == KeyEvent.KEYCODE_BACK && event.getAction() == KeyEvent.ACTION_UP) {
        Log.d("BackKeyDebug", "返回键被触发");
        // 返回true表示事件已被消费，不再向下传递
        return true;
    }
    return super.dispatchKeyEvent(event);
}

这个方法是事件分发的入口，只要在这里返回true，后续所有组件都不会收到这个返回键事件。

4. 检查Fragment的返回键处理 #

如果当前页面有嵌套Fragment，也要确认Fragment有没有自己的返回键处理逻辑（比如重写onBackPressed或者注册了OnBackPressedCallback），如果有的话，要确保Fragment没有消费事件，或者在Fragment里也同步修改拦截逻辑。

内容的提问来源于stack exchange，提问作者testingwebsocket