如何避免Android兄弟View间点击事件传递，保留父子视图传递？

首先得明确你遇到的核心问题：在Blue布局的两个兄弟视图（EditText在上、View在下）中，点击本该属于View的区域却触发了EditText的键盘弹出——这本质是触摸事件在父容器Blue中没有被正确分发给对应子View，或者EditText的可交互范围超出了它的视觉边界。

你之前只能操作顶层Yellow布局的临时方案确实不适合生产环境，下面给你几个直接在目标层级（Blue或子View）处理的可行方案，完全满足「阻止兄弟间事件传递、保留父子间默认传递」的需求：

方案一：精确限制EditText的触摸响应范围 #

如果EditText的布局尺寸比它的视觉显示范围大（比如左侧有空白区域），导致点击空白区也会触发EditText事件，那我们可以给EditText添加一个触摸监听器，只在触摸点落在它的可视交互区域内时才处理事件，否则让事件继续向下传递给兄弟View：

yourEditText.setOnTouchListener((view, motionEvent) -> {
    // 获取EditText的可视区域（排除布局内的空白部分）
    Rect visibleArea = new Rect();
    view.getLocalVisibleRect(visibleArea);
    
    // 判断触摸点是否在可视区域内
    int touchX = (int) motionEvent.getX();
    int touchY = (int) motionEvent.getY();
    if (visibleArea.contains(touchX, touchY)) {
        // 在可视区域内，正常响应EditText的触摸事件
        return view.onTouchEvent(motionEvent);
    } else {
        // 不在可视区域，不消耗事件，让它传递给下层的兄弟View
        return false;
    }
});

方案二：自定义Blue布局的事件分发逻辑 #

如果是父容器Blue没有正确将触摸事件分发给对应子View，那我们可以重写Blue的dispatchTouchEvent方法，根据触摸点的位置精准找到应该接收事件的子View，避免事件被错误传递给上层的EditText：

首先创建一个自定义的Blue布局类（请根据实际布局类型替换ViewGroup，比如LinearLayout/RelativeLayout）：

public class CustomBlueLayout extends ViewGroup {
    // 实现必要的构造方法
    public CustomBlueLayout(Context context) {
        super(context);
    }

    public CustomBlueLayout(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    public CustomBlueLayout(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        int touchX = (int) ev.getX();
        int touchY = (int) ev.getY();
        
        // 遍历所有子View，找到触摸点所在的那个
        for (int i = getChildCount() - 1; i >= 0; i--) {
            View child = getChildAt(i);
            Rect childHitArea = new Rect();
            child.getHitRect(childHitArea);
            
            if (childHitArea.contains(touchX, touchY)) {
                // 只把事件分发给这个命中的子View
                return child.dispatchTouchEvent(ev);
            }
        }
        
        // 没有找到命中的子View，按系统默认逻辑处理
        return super.dispatchTouchEvent(ev);
    }

    // 重写onLayout方法，保持原有布局逻辑不变
    @Override
    protected void onLayout(boolean changed, int l, int t, int r, int b) {
        // 这里复制你原来Blue布局的onLayout逻辑
    }
}

这个方案的核心是打破系统默认的「上层子View优先接收事件」的规则，直接把事件分发给触摸点实际所在的子View，从根源上解决兄弟间的事件错误传递。

方案三：标记下层View为可交互（简单场景适用） #

如果你的下层View本身需要处理点击事件，那可以直接在XML中给它添加以下属性：

android:clickable="true"
android:focusable="true"

这样当点击View的区域时，它会直接消耗触摸事件，不会让事件向上传递给EditText。不过这个方案只适用于View本身需要交互的场景，如果View只是装饰性的，还是建议用前两个方案。

这些方案都不需要操作顶层的Yellow布局，完全在目标层级处理，符合生产环境的稳定性要求，同时也保留了父子布局间的默认点击事件传递逻辑。

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