最近的一个项目中使用了两个功能 * `抽屉` * `悬浮按钮` 这个两个功能都跟用户的手势交互紧密相关 抽屉 * `滑动开关抽屉` * `点击开关抽屉` 悬浮按钮 * `拖动按钮` * `点击事件` --- ##BUG 这两个功能都较为普遍，所以我和同事一人在网上找了一个相关的demo来完成。 不过最后这两个功能出现了`冲突`： > 在拖动悬浮按钮的时候，抽屉的功能也被触发，造成两者都不能顺畅执行，两者同时滑动一下之后，按钮就停止运动，而抽屉继续完成剩余行为。 > 这个结果和原本预想的不一样，原本的预计是，当用户交互发生在按钮的时候，抽屉的手势不应该被触动，只有在交互发生在悬浮按钮之外的时候，抽屉的手势才会被触动。 可见，在抽屉和悬浮按钮上，`触摸`有一定的`冲突`。 --- ##BUG原因 我查看了两个demo中对手势的完成方式。 抽屉中使用了`UIPanGestureRecognizer` 悬浮按钮通过重写了`Touch-Event Handling Methods` * touchesBegan:withEvent: * touchesMoved:withEvent: * touchesEnded:withEvent: * touchesCancelled:withEvent: 通过设置log值，我观察了一下问题产生时候程序调用的流程。 ``` 2014-02-26 11:32:03.895 Gesture[1486:60b] button touch began 2014-02-26 11:32:03.989 Gesture[1486:60b] button touch moved 2014-02-26 11:32:04.005 Gesture[1486:60b] view panAction 2014-02-26 11:32:04.008 Gesture[1486:60b] button touch cancelled 2014-02-26 11:32:04.021 Gesture[1486:60b] view panAction 2014-02-26 11:32:04.023 Gesture[1486:60b] view panAction ``` 发现当悬浮按钮的`touch began` 和 `touch moved`方法调用后，抽屉的手势起了作用，同时原本悬浮按钮的`touch cancel`被触发。接下来只执行抽屉的手势。 这就是为什么会发生我之前描述的问题的原因。 对于这一点[Apple文档](https://developer.apple.com/library/ios/documentation/uikit/reference/UIGestureRecognizer_Class/Reference/Reference.html#//apple_ref/occ/instp/UIGestureRecognizer/cancelsTouchesInView)描述的相当清楚 > A gesture recognizer operates on touches hit-tested to a specific view and all of that view’s subviews. > ...... > cancelsTouchesInView—If a gesture recognizer recognizes its gesture, it unbinds the remaining touches of that gesture from their view (so the window won’t deliver them). The window cancels the previously delivered touches with a (touchesCancelled:withEvent:) message. If a gesture recognizer doesn’t recognize its gesture, the view receives all touches in the multi-touch sequence. 当手势添加到view上的时候，手势会开始观察view和view上的subviews。 当手势被识别的时候，之前的touch将被取消同时不会再传递 当然这个可以通过设置cancelsTouchesInView为NO来取消或者开启，具体的可以看看[Apple文档](https://developer.apple.com/library/ios/documentation/uikit/reference/UIGestureRecognizer_Class/Reference/Reference.html#//apple_ref/occ/instp/UIGestureRecognizer/cancelsTouchesInView) --- ##疑问 在我原本的印象当中，UIGestureRecognizer是对Touch-Event Handling Methods的高一层封装，就算两者同时使用，本质依旧相同，按理说应该不会发生这些问题。当悬浮按钮截获了交互之后，就不应该继续传到superview上去，也就不应该触发抽屉的手势。 但是最终结果是两者都触发了。 现在一想，发现自己对UIGestureRecognizer的第一印象是错误的。 UIGestureRecognizer的UITouch获得和普通的Responder的UITouch传递还不太一样。 所以我花了点时间好好看了一下苹果的文档[Event Handling Guide for iOS](https://developer.apple.com/library/ios/documentation/EventHandling/Conceptual/EventHandlingiPhoneOS/GestureRecognizer_basics/GestureRecognizer_basics.html#//apple_ref/doc/uid/TP40009541-CH2-SW44) ``` 以下是我看文档前两个疑惑： 1. UITouch是如何传递的 2. 父视图的UIGestureRecognizer是如何早于子视图获取到UITouch的 ``` --- ## Gesture Recognizer对UITouch的影响 我们和手机交互的主要方式是通过屏幕，我们的一些手势也都是在屏幕上操作，所以我们最早的触摸当然是被电容屏所接收到的。当然这个回答不是我们想要的答案。我们所关心的是在电容屏所接收到的触摸在系统里的处理。 那么在电容屏接收到触摸后，这些触摸首先去了哪里呢？ Apple文档对于这个问题给出了一副图来说明：  1. 用户的手势交互以UITouch和UIEvent的形式存储在当前应用程序的事件队列中。 2. UIApplication单例将对象将事件从队列的顶部取出，然后派发下去到焦点窗口即拥有当前用户事件焦点的窗口（当前应用程序窗口UIWindow） 3. UIWindow在把touch传递给view上的手势识别器。 4. 如果手势识别器识别成功，不再传递给view，识别失败则传递给view 描述概念总是头疼的，简单来打个比方，UIWindow就是一个后妈，手势识别器就是后妈的亲儿子，view呢是不是亲儿子，后妈每次拿到好吃的都是先分给亲儿子先，如果亲儿子喜欢吃，就不会再给另外一个儿子吃了，不仅不让吃，还会把之前的给的全拿回来，只有亲儿子不吃的东西才会丢给另外一个儿子吃。 这里面涉及了UIGestureRecognizer和Event Handle Method的方法调用，再来一张图配合理解。  扯了个蛋，自己也理解的通透了，挺好挺好。 ##后记 这篇博客主要记录了我对于bug发生原因的记录，不过在查询文档过程中，还看到了很多其他相关的内容，不过鉴于时间有限，也没法一下子记录下来。等空下来的时候，我会自己再总结一下响应链方面的机制。最后不得不说，苹果文档真是IOS开发者的好朋友！