iOS事件响应者链之被忽视的手势识别器工作原理

最新推荐文章于 2023-04-09 23:24:12 发布

小周老周都是我

最新推荐文章于 2023-04-09 23:24:12 发布

阅读量2.5k

点赞数 1

本文链接：https://blog.csdn.net/zhoupengju/article/details/52250135

版权

本文探讨了iOS事件响应者链中手势识别器的工作原理，揭示了手势识别器如何先于其绑定的视图接收到触摸事件，并通过有限状态机进行处理。实验结果显示，手势识别器在hit-test view确定后立即获取事件，而不是等待视图处理。此外，文章还分析了为何手势识别器的这种设计提高了处理效率和准确性。

摘要由CSDN通过智能技术生成

1.写作缘起

在触摸事件传递机制这个的问题上连自己都觉着不就是老掉牙的Hit-Testingt么,递归遍历,找到最合适的view,然后把事件传递给它,如果它处理不了那就往它的下一个响应者传递,如果一直不能处理这个事件就将其丢弃.
不论是自己学习还是说给面试官都是认为就是这么回事,而且苹果的官方文档(点此处)也确实有这样的论述.

The hit-test view is given the first opportunity to handle a touch event. If the hit-test view cannot handle an event, the event travels up that view’s chain of responders as described in The Responder Chain Is Made Up of Responder Objects until the system finds an object that can handle it.

文档反复读了几遍,Hit-Testing Returns the View Where a Touch Occurred,这句话还有我们平时在开发中应用不断积累下来的理解我们很容易就总结出Hit-Testing就是找到了touch发生的那个view.然后就向上面的引用说的那样了,但是当晚上跟室友复现这个问题的时候,本来想着简直无懈可击啊,文档又不是第一次看,又不是没使用过这个原理解决问题.可是问题来了,自己问了自己一个问题:既然这个view可以处理这个事件,那么这个事件究竟是如何被处理的?换句话说手势是如何被识别出来的呢?仅仅是等待hit-test view判断不能处理之后再交给父view去处理么?假如是这样,那么如果罗列了100个view,每个view的手势不一样,有的是连续手势,比如缩放,那么以极限思维去思考,这个处理的时间是不是会像蜗牛一样呢?结论只有一个==我不知道也说不清楚这个具体的处理过程,想想自己对于这个问题之前的学习思考也太想当然了,群体都是盲从的,大部分的帖子也都是按照官方文档这个笼统的意思去解释的,当把这些问题抛出来给自己的时候,也就是这篇文章的缘起(对佛学有了解的同学们对缘起应该有更深刻的理解,顺便说一句,在下学禅多年,有同道中人可以一起学习).

2.解决疑惑--Google

资料不少,但是最为系统的论述还是苹果的文档(点此出),下面就直接说我理解出来的和我已经验证了的结果吧,当然还是建议大家把文档仔细读一读,写demo推敲,在下要是说错了感谢给予指正,先构建这样一个view的层级关系

view的层级

这里的view以及所加手势都继承写出自己的子类,这样我们就可以重写父类的方法了.代码如下

- (void)viewDidLoad {
    [super viewDidLoad];
    [self createViewAndGes];
}

- (void)createViewAndGes
{
   //1.容器view
    WYContainerView *viewContainer = [[WYContainerView alloc]initWithFrame:self.view