Android AppCompatActivity弹出AlertDialog时禁止后台点击及暂停不及时的方案问询

AppCompatActivity中弹出AlertDialog时，弹窗的创建、Window附着到WindowManager的流程是跨进程异步执行的。AlertDialog本身的交互拦截依赖自身窗口完成附着后生效，这段间隙内用户触发的点击事件会进入主线程消息队列，后续即使AlertDialog完成展示，这些提前入队的点击事件依然会被分发给Activity内的控件触发响应，无法满足“弹窗展示时Activity内控件完全不可交互”的需求。
此前尝试的三类方案存在明显短板：

• 在onPause()中给Activity窗口设置FLAG_NOT_TOUCHABLE标记：onPause的触发时机本身晚于弹窗触发的业务逻辑，且窗口flag参数变更同样是跨进程异步流程，完全无法匹配弹窗启动的时间差，拦不住间隙的点击事件
• 用静态布尔值标记交互状态，再在所有View的点击/触摸回调中加判断：侵入性极强，每个新增控件的交互逻辑都要手动加判断，维护成本极高
• 持有AlertDialog实例判断isShowing状态：本质和全局布尔值判断逻辑一致，依然需要在所有交互回调中埋点判断，没有从根本上减少重复工作，也无法解决弹窗启动间隙的事件入队问题

核心逻辑是利用Activity根View的触摸分发机制，在弹窗触发的同一执行流里同步开启触摸拦截，从根节点阻断所有分发路径，完全消除时机差。

具体操作步骤 #

• 封装统一的AlertDialog展示入口，避免业务代码零散调用show()
• 在统一入口内，按照同步执行顺序完成以下操作：
  1. 获取当前Activity的window.decorView，临时缓存其原有的OnTouchListener
  2. 给decorView设置新的OnTouchListener，直接返回true消费所有触摸事件——这一步是主线程内的同步操作，设置完成立刻生效，没有任何延迟
  3. 调用AlertDialog的show()方法，启动弹窗的异步附着流程
  4. 给AlertDialog绑定OnDismissListener和OnCancelListener，在弹窗关闭的回调中，把decorView的OnTouchListener还原为之前缓存的原状态，恢复Activity的正常交互

方案优势 #

• 无时机差：触摸拦截在弹窗触发的代码块里同步完成，从代码执行顺序上堵死弹窗启动间隙的事件入队漏洞，不需要依赖任何异步回调的时机
• 零侵入：拦截逻辑在根View层面生效，Activity内所有子控件的触摸事件都会被根View直接消费，不需要给任何业务控件的点击、触摸回调加额外的状态判断
• 无状态泄漏：弹窗关闭时自动还原原有的触摸监听，不会影响Activity后续的正常交互

不要使用Activity Window的FLAG_NOT_TOUCHABLE标记做拦截：窗口参数的变更同样是跨进程异步流程，和Dialog的附着流程存在相同的时间差，依然有概率漏过启动间隙的点击事件。DecorView层面的触摸拦截是纯主线程内的同步逻辑，设置即生效，没有任何机制层面的延迟。

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