为什么clipsToBounds会影响子视图超界区域的hitTest点击响应？

先理清两个常见的认知偏差 #

• 偏差1：命中测试是从最底层的子视图开始，逐层向上遍历直到找到可响应的视图。
  实际的遍历方向是从视图树根节点（UIWindow）开始，沿着父视图到子视图的方向逐层下发检测。每一层视图收到触摸坐标后，先判断自身是否具备交互能力，再把坐标转换为子视图的本地坐标系，下发给所有子视图继续检测，直到找到最顶层的可响应视图，再沿着子视图到父视图的方向逐层回传命中结果。之前把回传路径当成遍历路径，是很多人理解偏差的核心来源。
• 偏差2：clipsToBounds设为false时，超出父视图bounds的子视图区域就天然可以响应点击。
  实际上clipsToBounds只负责控制渲染层的裁剪规则——设为false时只是让超出的子视图不被裁切、能正常显示，它完全不参与命中测试的交互校验流程，和点击响应没有直接关系。

原生实现下，点击超出区域返回nil的核心原因 #

iOS系统原生的hitTest(_:with:)方法，核心逻辑和下面的伪代码完全一致：

// UIView 原生 hitTest 大致实现
override func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView? {
    // 校验视图本身是否具备交互能力
    if isHidden || alpha <= 0.01 || !isUserInteractionEnabled {
        return nil
    }
    // 核心校验：判断触摸点是否落在当前视图自身的bounds范围内
    // 只要点不在范围内，直接返回nil，不会继续向下遍历子视图
    if !point(inside: point, with: event) {
        return nil
    }
    // 按子视图层级从高到低遍历，优先判断上层视图
    for subview in subviews.reversed() {
        let subPoint = convert(point, to: subview)
        if let hitView = subview.hitTest(subPoint, with: event) {
            return hitView
        }
    }
    // 所有子视图都未命中时，返回当前视图自己
    return self
}

回到你的测试场景：

• 自定义父视图的bounds是100x100的矩形范围
• 当你点击坐标(150, 150)的位置时，系统遍历到这个父视图，会执行上面的核心校验：(150,150)这个点根本不在父视图的100x100 bounds范围内，因此直接返回nil，全程不会进入遍历子视图的环节。哪怕子视图尺寸是200x200、哪怕clipsToBounds设为false，这个伸出去的区域都完全不会被系统检测到。
  这就是大家常遇到的“看得见但点不动”的幽灵区域问题的本质：只要触摸点不在父视图自身的bounds内，系统就会提前终止检测，根本不会去管伸出去的子视图。

为什么重写hitTest之后，超出的区域就能正常响应？ #

你写的CustomSuperview实现，和原生逻辑的核心差异，就是直接移除了原生实现里“点不在自身bounds就返回nil”的核心校验：

override func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView? {
    // 仅保留不可交互、裁剪状态的校验，删掉了bounds范围判断
    if clipsToBounds || isHidden || alpha == 0 {
        return nil
    }
    // 不管点是否在自身bounds范围内，都继续把坐标下发给子视图检测
    for subview in subviews.reversed() {
        let subPoint = subview.convert(point, from: self)
        if let result = subview.hitTest(subPoint, with: event) {
            return result
        }
    }
    return nil
}

这时候当触摸点落在(150,150)位置时，父视图不会因为点不在自己的100x100范围内就提前返回，而是会把这个点转换成子视图本地坐标系下的坐标，下发给200x200的子视图。子视图收到转换后的点，发现这个点在自己的bounds范围内，自然会返回自己作为命中视图，点击事件就可以正常被响应了。

为什么遍历子视图时要反转顺序？单个子视图的场景下反转有用吗？ #

首先要明确subviews数组的存储规则：子视图按照显示层级从低到高排序——越晚添加的子视图，在数组中的索引越靠后，显示时越在最上层。
倒序遍历subviews的本质，是优先判断显示在最上层的子视图能不能响应触摸，这和系统原生的交互优先级逻辑完全对齐：如果有两个重叠的子视图，应该让上层的视图优先接收触摸事件，而不是下层的视图抢先响应。
在你的测试场景里，父视图只挂载了一个子视图，这时候倒序遍历和正序遍历的结果完全没有差异。你之前误以为“反转顺序是功能生效的核心原因”，其实是个巧合：真正让功能生效的是你删掉了父视图bounds范围的前置校验，和遍历顺序没有关系。如果父视图挂载了多个重叠的子视图，不做倒序遍历才会出现下层子视图抢占上层视图触摸事件的问题。

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