如何正确禁用布局中同级Fragment、App Bar视图的触摸事件

你之前的方案不生效是踩了Android触摸机制的两个常见误区：

• 给单个View设置isEnabled/isClickable = false，只会阻止这个View本身响应触摸，不会拦截它的子View、和它布局层级同级的其他View的触摸事件。你要屏蔽的是同级Fragment、App Bar的触摸，修改fragment_content的这两个属性根本覆盖不到目标区域，自然没有效果。
• onInterceptTouchEvent()是Android触摸事件分发流程中系统自动回调给父容器的方法，绝对不要手动主动调用它。你自己调用时既拿不到正确的MotionEvent实例，也走不通系统的事件分发链路，完全不会生效。这个方法的作用是让父容器决定要不要截断传给子View的触摸事件，只有系统在分发事件时调用它才有意义。

方案1：透明遮罩层（实现成本最低，无兼容问题） #

这是最推荐的方案，不需要理解复杂的事件分发逻辑，零侵入：

1. 在你的主布局中，在FAB的下层、需要被屏蔽的Fragment容器和App Bar的上层，添加一个宽高匹配父布局的透明View，默认设置visibility = GONE、clickable = true
2. FAB展开时将这个遮罩View设为可见，它会自动消费所有落在自身区域的触摸事件，下层的Fragment、App Bar完全收不到触摸信号；FAB折叠时把遮罩设为隐藏即可恢复点击。

代码示例：

// 布局中提前定义好id为touch_guard的透明遮罩View
fun disableClickWhenFabExpanded() {
    touch_guard.visibility = View.VISIBLE
}

fun enableClickWhenFabCollapsed() {
    touch_guard.visibility = View.GONE
}

注意：布局中遮罩View的位置必须放在被屏蔽内容的后面、FAB的前面，保证Z轴高度高于要拦截的区域、低于FAB本身，不会挡住FAB的正常操作。

方案2：自定义根容器拦截事件（无额外View节点） #

如果不想添加多余的View节点，可以自定义承载所有内容的根容器（比如CoordinatorLayout、FrameLayout），重写拦截方法加开关：

class TouchInterceptLayout @JvmOverloads constructor(
    context: Context,
    attrs: AttributeSet? = null,
    defStyleAttr: Int = 0
) : FrameLayout(context, attrs, defStyleAttr) {
    // 全局触摸拦截开关
    var blockAllTouch = false

    override fun onInterceptTouchEvent(ev: MotionEvent): Boolean {
        // 开关开启时直接拦截所有事件，不分发给内部的Fragment、App Bar等子View
        return blockAllTouch || super.onInterceptTouchEvent(ev)
    }
}

使用时把原布局的根节点替换为这个自定义Layout，FAB状态切换时直接修改开关值即可：

fun disableClickWhenFabExpanded() {
    root_layout.blockAllTouch = true
}

fun enableClickWhenFabCollapsed() {
    root_layout.blockAllTouch = false
}

关于MotionEvent的基础说明：你不需要自己构造这个对象，用户触摸屏幕时系统会自动生成对应实例，里面封装了触摸坐标、动作类型（按下/移动/抬起/取消）、触摸点数量等信息，你在重写事件拦截、触摸响应方法时直接使用系统传入的实例判断即可，不需要手动创建或传递。

• 不要手动调用onInterceptTouchEvent、onTouchEvent这类系统事件分发链路的方法，这些方法的调用时机、参数传递完全由系统管控，手动调用不会产生实际的拦截效果。
• 同级View的触摸事件是相互独立的，修改其中一个View的isClickable、isEnabled属性，不会影响其他同级View的事件响应。
• 如果只给父容器设置isClickable = false，但子View本身设置了clickable = true，子View依然可以正常响应触摸事件。

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