IOS手势处理的那些坑

前言

在不考虑内部实现机制的情况下，我们使用三种方式来处理IOS手势：
1. Gesture Recongnizers — UIGestureRecognizer 及其子类
2. touches 响应 — touchesBegan、touchesEnd..等
3. Target-Action 机制 — UIControl及其子类

本文探讨了这几种处理手势事件的混合使用可能会产生的冲突情况，并提供了解决方法，希望看过这篇文章的朋友们不再踩这些坑。

从这里下载文章涉及的源码

想象这样一个场景，我们自定义了一个View，使用UIView作为其父类，通常我们只是将其本身作为一个承载子view的容器，但是很多情况下我们不得不对其进行拓展使其能够响应用户手势（例如点击跳转），有3个方案可选。
1. 绑定UIGesture Recognizer ,Apple推荐做法
2. 实现UIVIew的touch事件touchesEnded:withEvent
* 如果父视图响应touchesBegan:withEvent 事件的话，见第二节 Touch Events 冲突
* 如果父视图响应UIGesture Recongnizer 事件的话，见第三节 Touch Events 冲突
3. 将父类从UIView改成UIControl
* 如果父视图响应UIGesture Recongnizer ,见第四节 UIGestureRecognizer和UIControl的冲突

Touch Events 冲突

在这个例子中，我们让父view响应touchesBegan事件，子view（背景红色，占据父view的上半部分）的touchesEnded处理跳转事件
* 当点击下半部分区域时，父view背景改变
* 当点击上半部分区域时，弹出跳转提示(期望结果)，同时，父view背景改变(非期望结果)

问题分析

• 当点击下半区域时，Hitest寻找到响应控件父view，touchesBegan更改了背景颜色
• 当点击下半区域时，在touchesBegan阶段，hitest寻找响应控件子view，但是由于子view无法响应touchesBegan，所以通过响应链寻找到父view处理此touch事件，父view背景因此更改。
  同理，在touchesEnded阶段，Hitest寻找到了响应控件子view，所以弹出了跳转提示。

解决方案

除了使用UIGestureRecognizer代替touchesEnded之外，还可以通过实现子view所有的touches事件来防止touches event 被响应链传递。

-(void)touchesBegan:(NSSet<