ios - iOS 7 中手势识别器的问题

Question

我正在添加几个 UIView对象(例如 5 个)到屏幕上，一个在另一个里面。例如，view5.superview = view4 , view4.superview = view3 , view3.superview=view2 , view2.superview = view1 .对于所有这些UIView我设置了uitapgesturerecognizer；对于 view1-4 我只是在回调中执行 NSLog(@"tap %@", self) ，而对于 view5 点击我设置以下内容:从层次结构中删除 view4，然后将相同的对象 view4' 放在层次结构的同一位置.该对象还包含 View 5'，其中 UITapGestureRecognizer已设置(实际上，我用类似的部分替换了标记的一部分)。

然后我开始点击view5。有时 view5 一直在捕捉它的点击，一切正常，但随后随机点击数次(每次这个数字不同)，其中一个 view1-4 对象开始捕捉到这个点击，尽管我们仍在点击 view5。整个问题具有随机性——有时发生在第 10 次启动时，有时发生在第 2 次启动时。有时错误的对象在第一次点击时开始捕捉点击。此外，当一切都出错时，我也不知道什么物体会被点击。 view(n+1) 的框架被设置为例如框架 view(n) 的一半，而 view1 的框架 - 例如(0,0 320, 460)。

上面描述的所有 ui 对象的操作都在主线程中进行，我所说的一切都在 iOS 4.3 - 6.1 上完美运行，并带有更复杂的示例。但是 iOS7 让它成为了某种随机的 hell 。

更新:
我创建了一个示例项目，以简化调试过程。没有点击添加/删除 subview 操作。屏幕上只有 4 个 View ，点击应用程序会记录被点击的 View 。因此，您需要点击最小 View (4)。如果您在日志中看到“tap 4 tap 4 tap 4…” - 这是一切正常的情况，停止并再次运行，停止并再次运行，停止并再次运行，等等。并且在某些运行时(可能在 10 +成功运行)你不会在第一行看到“tap 4”，你会看到“tap 1”或“tap 2”或“tap 3”，它会继续这样 - 这些都是坏情况。

示例项目可以从这里下载:http://tech.octopod.com/test/BuggySample.zip (存档中只有 33 Kb)。

更新 2

我们已经向 Apple 发布了一个错误，当我们得到一些反馈时我会在这里发布。但是，任何好的解决方法将不胜感激!

更新 3

Yuvrajsinh 提供的解决方案确实在示例项目上工作。
不幸的是，它仍然无助于解决最初出现的主项目中出现的问题。现在的主要原因是，如果任何没有自我手势的 View 放置在可点击的内容上，它下面的随机 View 元素就会开始捕捉交互(而不是顶部有交互手势集的 View 元素。
你有什么想法可以解决吗？
可以从这里下载更新的示例:http://tech.octopod.com/test/BuggySample2.zip

Answer 1

由于该问题仅在 iOS 7 中出现，您可以使用其中一种新的委托(delegate)方法来解决该问题:

– gestureRecognizer:shouldRequireFailureOfGestureRecognizer:
– gestureRecognizer:shouldBeRequiredToFailByGestureRecognizer:

我通过实现 gestureRecognizer:shouldBeRequiredToFailByGestureRecognizer 解决了它并“爬上”手势 View 的 super View ，因此如果我发现 super View 的手势等于提供的手势，我可以返回"is"。我在这里详细说明我的完整分辨率: https://stackoverflow.com/a/19659848/1147934 .

解释
iOS 7 中手势识别器的问题在于，父 View 的手势在其 subview 手势之一接收到它的触摸之前接收到它的触摸。这会导致 super View 手势识别然后取消 subview 的识别器......这是(不正确？)并且已经向Apple提交了多个错误。有人指出，Apple 不保证手势接收触摸的顺序。我认为很多“我们”一直依赖于 iOS 7 中更改的实现细节。这就是我们使用新的委托(delegate)方法的原因，它似乎旨在帮助我们解决这个问题。

注:我通过使用我自己的子分类识别器进行了广泛的测试，记录了所有的触摸，发现识别器失败的原因是因为在大约 5% 的情况下， super View 手势在 subview 的手势出现之前就接收到了触摸。每次发生这种情况时，都会发生故障。如果你有很多手势的“深”层次结构，这种情况确实会更频繁地发生。

新的委托(delegate)方法可能会令人困惑，因此您需要仔细阅读它们。

我正在使用该方法(我已重命名参数以使其更易于理解)
– gestureRecognizer:(UIGestureRecognizer *)thisRecognizer shouldBeRequiredToFailByGestureRecognizer:(UIGestureRecognizer *) otherRecognizer .

如果您返回“YES”，则提供的手势识别器 otherRecognizer , 将需要 thisRecognizer在被认可之前失败。这就是为什么在我的回答中，我爬上 super View 层次结构以检查它是否包含具有 otherRecognizer 的 super View 。 .如果是，我想要 otherRecognizer要求 thisRecognizer失败是因为 thisRecognizer在 subview 中，应该在它的 super View 的手势被识别之前失败。这将确保 subview 手势在其父 View 的手势之前被识别。说得通？

选择
我可以反过来使用:
– gestureRecognizer:(UIGestureRecognizer *)thisRecognizer shouldRequireFailureOfGestureRecognizer:(UIGestureRecognizer *)otherRecognizer
现在我需要遍历我的整个 subview 层次结构，检查 otherRecognizer在里面并返回 YES如果是。我不使用这种方法，因为爬取整个 subview 层次结构比检查 super View 层次结构要困难得多且成本高。抓取 subview 层次结构必须是递归函数，而我可以使用简单的 while循环检查 super View 的层次结构。所以我推荐我概述的第一种方法。

警告!
小心使用 gestureRecognizer:shouldReceiveTouch: .问题是哪个手势首先接收触摸的问题(取消另一个手势)......这是解决冲突的问题。如果您实现 gestureRecognizer:shouldReceiveTouch: ，如果 subview 手势失败，您可能会拒绝 super View 的手势，因为您必须 猜测 何时可以识别 subview 手势。 subview 手势可能由于触摸超出范围以外的原因而合法地失败，因此您必须了解实现细节才能正确猜测。您希望在 subview 手势失败时识别 super View 手势，但无论如何您都无法确定它是否会在实际失败之前失败。如果 subview 手势失败，通常您希望 super View 手势能够识别。这是正常的响应者链( subview super View )，如果你搞砸了，你最终可能会出现意想不到的行为。