1. 触摸事件基础：触摸事件的本质、事件分发机制、Hit-Testing 流程详解

各位同学，咱们今天来聊聊触摸事件。说实话，这是整个手势交互的基石。你想想看，如果连触摸事件都搞不清楚，后面那些花里胡哨的手势识别、动画联动，全都是空中楼阁。

我个人习惯把触摸事件比作「一场有组织的接力赛」。从手指碰到屏幕的那一刻起，系统就开始了一场精密的传递游戏。咱们今天就把这场游戏的规则彻底讲透。

1.1 触摸事件的本质：它到底是什么？

触摸事件，说白了就是系统对物理触摸行为的一次数字化封装。当你的手指碰到屏幕，电容屏会检测到电容变化，然后硬件驱动把这个信号转换成系统能理解的事件对象。

在 iOS 里，这个对象叫 UITouch。它记录了什么呢？

• 位置信息：当前触摸点坐标、上一次坐标
• 时间信息：触摸发生的时间戳
• 阶段信息：触摸处于哪个阶段（开始、移动、结束、取消）
• 触摸力度：3D Touch 或 Haptic Touch 的力度值
• 触摸次数：双击、三击的判断依据

我记得有一次做绘图 App，用户反馈说画线时偶尔会断触。排查了半天，最后发现是触摸事件被某个透明视图拦截了。嗯，这就是典型的「事件去哪了」问题。

1.2 事件分发机制：系统是怎么派发触摸事件的？

好，现在手指按下去了，系统拿到了一个 UITouch 对象。接下来呢？它得把这个事件送到合适的视图手里。

这个过程，我习惯把它分成三步：

1. 系统接收：SpringBoard 进程收到硬件事件，打包成 UIEvent
2. 应用分发：通过 UIApplication 的 sendEvent: 方法，把事件传给 UIWindow
3. 视图传递：Window 开始执行 Hit-Testing，找到最终响应事件的视图

你可能会问：为什么不直接发给最上层的视图？

原因很简单——系统不知道你想点哪个视图。它得先「问」一遍所有视图，看谁「认领」这个事件。这个过程就是 Hit-Testing。

1.3 Hit-Testing 流程详解：到底谁该响应？

Hit-Testing，直译过来就是「命中测试」。它的核心逻辑就一句话：从后往前遍历子视图，找到第一个能响应触摸的视图。

具体流程是这样的：

• Window 调用 hitTest:withEvent: 方法
• 先检查自己能否接收事件（isUserInteractionEnabled、hidden、alpha 等条件）
• 如果自己能接收，就倒序遍历所有子视图
• 对每个子视图递归调用 hitTest:withEvent:
• 如果某个子视图返回了非 nil 的视图，就返回那个视图
• 如果所有子视图都返回 nil，就返回自己

我曾经遇到过一个坑：有个按钮怎么点都没反应。排查了半天，发现它的父视图把 clipsToBounds 设成了 NO，但按钮有一部分超出了父视图的边界。Hit-Testing 在父视图的 bounds 外直接返回了 nil，按钮永远收不到事件。

1.4 代码实战：自定义 Hit-Testing

理论说完了，咱们来点实际的。有时候系统默认的 Hit-Testing 满足不了需求，比如你想扩大按钮的点击区域。

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
    // 先检查自己能不能响应
    if (!self.isUserInteractionEnabled || self.isHidden || self.alpha <= 0.01) {
        return nil;
    }
    
    // 扩大点击区域：上下左右各增加 20 点
    CGRect expandedBounds = CGRectInset(self.bounds, -20, -20);
    if (!CGRectContainsPoint(expandedBounds, point)) {
        return nil;
    }
    
    // 遍历子视图（倒序）
    for (UIView *subview in [self.subviews reverseObjectEnumerator]) {
        CGPoint convertedPoint = [self convertPoint:point toView:subview];
        UIView *hitView = [subview hitTest:convertedPoint withEvent:event];
        if (hitView) {
            return hitView;
        }
    }
    
    return self;
}

这段代码我经常用在自定义按钮上。你想想看，用户有时候点偏了一点，按钮就没反应，体验多差。扩大 20 点的点击区域，既不影响布局，又能提升手感。

1.5 事件响应链：找到视图之后呢？

Hit-Testing 找到了目标视图，但事情还没完。如果这个视图不处理事件，事件会沿着响应链继续传递。

响应链的传递顺序是：

1. 初始视图（Hit-Testing 找到的视图）
2. 它的父视图
3. 父视图的父视图……
4. 视图控制器（如果有）
5. Window
6. UIApplication
7. App Delegate

说白了，这就是一个「向上汇报」的机制。每个节点都有机会处理事件，如果都不处理，事件就丢了。

1.6 总结：记住这三句话

好了，咱们把今天的内容浓缩一下：

• 触摸事件的本质：物理触摸的数字化封装，包含位置、时间、阶段等信息
• 事件分发机制：系统→应用→Window→视图，层层传递
• Hit-Testing 流程：从后往前遍历子视图，找到第一个能响应的视图

嗯，这些基础概念虽然简单，但它们是后面所有高级手势交互的根基。我建议你动手写个 Demo，重写 hitTest:withEvent: 方法，看看事件到底是怎么传递的。纸上得来终觉浅，绝知此事要躬行。

下一章咱们聊聊手势识别器（UIGestureRecognizer）的工作原理，看看系统是怎么把原始的触摸事件变成我们熟悉的「点击」「滑动」「捏合」这些手势的。