iOS事件的传递和响应总结

一、事件的产生

    1.发生触摸事件 系统会将事件加入到由一个UIApplication管理的事件队列中，UIApplication会从事件队列中取出最前面的事件并将事件分发下去以便处理，通常，先发送事件给应用程序的主窗口（keyWindow）。

    2.主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件，这也是整个事件处理的第一步。

    3.找到合适的视图控件后就会调用视图的touches方法来做具体的事件处理。

    

二、事件的传递

    触摸事件的传递是从父控件到子控件，也就是UIApplication->window->寻找处理事件最合适的view（如果父控件不能接受触摸事件，那么子控件就不可能接受到触摸事件）

    

    应用如何找到最合适的view来处理触摸事件

    1.首先判断主窗口keyWindow自己是否能接受触摸事件

    2.判断触摸点是否在自己身上

    3.子控件数组中从后往前遍历子控件，重复前面两个步骤（所谓从后往前遍历子控件，就是首先查找子控件数组中最后一个元素，然后执行1,2步骤）

    4.如果没有符合条件的字控件，那么就认为自己最合适处理这个事件，也就是自己是最合适的view。

    

    UIView不能接受事件的三种情况

    1.不允许交互 userInteractionEnabled = NO

    2.隐藏 如果把父控件隐藏，那么子控件也会隐藏，隐藏的控件不能接受事件

    3.透明度

    默认UIImageView不能接受触摸事件，因为不允许交互，即userInteractionEnabled = NO。所以如果希望UIImageView可以交互，需要设置UIImageView的userInteractionEnabled =            YES。

    

    寻找最合适view底层剖析

    两个重要的方法：

    1.hitTest:withEvent:方法

    只要事件传递给一个控件，这个控件就会调用他自己的hitTest:withEvent:方法

    作用：寻找最合适的view（能够响应事件的那个view）

    注意：不管这个控件能不能处理事件，也不管触摸点在不在这个控件上，事件都会传递给这个控件，随后再调用hitTest:withEvent:方法

    拦截事件的处理：

    (1)正因为hitTest:withEvent:方法能返回最合适的view，所以可以重写hitTest:withEvent:方法返回指定的view为最合适的view。

    (2)不管点击的哪里，最合适的view都是hitTest:withEvent:方法返回的view。

    (3)通过重写hitTest:withEvent:方法，就可以拦截事件的传递过程，想让谁处理事件就让谁处理事件。

    注意：如果hitTest:withEvent:方法中返回的nil,那么调用该方法的控件和其子控件都不是最合适的view，也就是在自己身上没有找到更合适的view，那么最合适的就是该view的父控件。

    所以事件的传递顺序应该是这样的：产生触摸事件->UIApplication事件队列->[UIWindow hitTest:withEvent:]->返回更合适的view->[子控件 hitTest:withEvent:]->返回最合适的view

    技巧：想让谁成为最合适的view就重写谁自己的父控件的hitTest:withEvent:方法返回指定的子控件，或者重写自己的hitTest:withEvent:方法 return self。但是，建议在父控件的hitTest:withEvent:中返回子控件作为最合适的view！

    return nil的含义：hitTest：withEvent：中return nil的意思是调用当前hitTest：withEvent：方法的view不是合适的view，子控件也不是合适的view。如果同级的兄弟控件也没有合适的view，那么最合适的view就是父控件。

    2.pointInside:event方法

    判断点在不在当前view上（方法调用者的坐标系上）如果返回yes，代表点在方法调用者的坐标系上，返回no代表方法不在调用者的坐标系上，那么方法调用者也就不能处理事件。

    

三、事件的响应

    1.如果当前的view是控制器的view，那么控制器就是上一个响应者，事件就传递给控制器；如果当前view不是控制器的view，那么父视图就是当前view的上一个响应者，事件就传递给父视图。

    2.在视图层次结构的最顶级视图，如果也不能处理收到的事件或消息，则其将事件或消息交给window来处理。

    3.如果window对象也不处理，则其将事件或消息传递给UIApplication对象。

    4.如果UIApplication对象也不能处理该事件或者消息，则将其丢弃。

    

    

    事件的传递与响应：

    1、当一个事件发生后，事件会从父控件传给子控件，也就是说由UIApplication -> UIWindow -> UIView -> initial view,以上就是事件的传递，也就是寻找最合适的view的过程。

    

    2、接下来是事件的响应。首先看initial view能否处理这个事件，如果不能则会将事件传递给其上级视图（inital view的superView）；如果上级视图仍然无法处理则会继续往上传递；一直传递到视图控制器view controller，首先判断视图控制器的根视图view是否能处理此事件；如果不能则接着判断该视图控制器能否处理此事件，如果还是不能则继续向上传 递；（对于第二个图视图控制器本身还在另一个视图控制器中，则继续交给父视图控制器的根视图，如果根视图不能处理则交给父视图控制器处理）；一直到 window，如果window还是不能处理此事件则继续交给application处理，如果最后application还是不能处理此事件则将其丢弃

    

    3、在事件的响应中，如果某个控件实现了touches...方法，则这个事件将由该控件来接受，如果调用了[super touches….];就会将事件顺着响应者链条往上传递，传递给上一个响应者；接着就会调用上一个响应者的touches….方法

    

四、事件的传递和响应的区别：

    事件的传递是从上到下（父控件到子控件），事件的响应是从下到上（顺着响应者链条向上传递：子控件到父控件。

 

参考文章：https://www.jianshu.com/p/2e074db792ba