●发生触摸事件后,系统会将该事件加入到一个由UIApplication管理的事件队列中,为什么是队列而不是栈?因为队列的特点是FIFO,即先进先出,先产生的事件先处理才符合常理,所以把事件添加到队列。
●UIApplication会从事件队列中取出最前面的事件,并将事件分发下去以便处理,通常,先发送事件给应用程序的主窗口(keyWindow)。
●主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件,这也是整个事件处理过程的第一步。找到合适的视图控件后,就会调用视图控件的touches方法来作具体的事件处理。
●触摸事件的传递是从父控件传递到子控件 ●也就是UIApplication->window->寻找处理事件最合适的view 注 意: 如果父控件不能接受触摸事件,那么子控件就不可能接收到触摸事件
1.点击一个UIView或产生一个触摸事件A,这个触摸事件A会被添加到由UIApplication管理的事件队列中。 2.UIApplication会从事件对列中取出最前面的事件(触摸事件A),把事件A传递给应用程序的keyWindow。 3.判断keyWindow是否能接受触摸事件 4.判断触摸点是否在自己身上 5.子控件数组中从后往前遍历子控件,重复前面的两个步骤 6.View,比如testView,那么会把这个事件交给这个testView,再遍历这个testView的子控件,直至没有更合适的view为止。 7.如果没有符合条件的子控件,那么就认为自己最合适处理这个事件,也就是自己是最合适的view。
1.不允许交互:userInteractionEnabled = NO 2.隐藏:如果把父控件隐藏,那么子控件也会隐藏,隐藏的控件不能接受事件 3.透明度:如果设置一个控件的透明度<0.01,会直接影响子控件的透明度。 alpha:0.0~0.01为透明。
两个重要的方法: hitTest:withEvent:方法 pointInside方法
只要事件传递给一个控件,控件就会调用自己的hitTest:withEvent:方法
注 意:不管控件能不能处理事件,也不管触摸点在不在这个控件上,事件都会先传递给这个控件,随后再调用hitTest:withEvent:方法
●不管点击哪里,最合适的view都是hitTest:withEvent:方法中返回的那个view。 ●通过重写hitTest:withEvent:,就可以拦截事件的传递过程,想让谁处理事件谁就处理事件。
注 意:如果hitTest:withEvent:方法中返回nil,那么调用该方法的控件本身和其子控件都不是最合适的view,也就是在自己身上没有找到更合适的view。那么最合适的view就是该控件的父控件。
pointInside:withEvent:方法判断点在不在当前view上。 如果返回YES,代表点在方法调用者的坐标系上;返回NO代表点不在方法调用者的坐标系上,那么方法调用者也就不能处理事件。
image.png
1.如果当前view是控制器的view,那么控制器就是上一个响应者,事件就传递给控制器;如果当前view不是控制器的view,那么父视图就是当前view的上一个响应者,事件就传递给它的父视图 2.在视图层次结构的最顶级视图,如果也不能处理收到的事件或消息,则其将事件或消息传递给window对象进行处理 3.如果window对象也不处理,则其将事件或消息传递给UIApplication对象 4.如果UIApplication也不能处理该事件或消息,则将其丢弃
当一个事件发生后,事件会从父控件传给子控件,也就是说由UIApplication -> UIWindow -> UIView -> initial view,以上就是事件的传递,也就是寻找最合适的view的过程
首先看initial view能否处理这个事件,如果不能则会将事件传递给其上级视图;如果上级视图仍然无法处理则会继续往上传递;一直传递到视图控制器view controller,首先判断视图控制器的根视图view是否能处理此事件;如果不能则接着判断该视图控制器能否处理此事件,如果还是不能则继续向上传 递;一直到 window,如果window还是不能处理此事件则继续交给application处理,如果最后application还是不能处理此事件则将其丢弃
事件的传递是从上到下(父控件到子控件),事件的响应是从下到上(顺着响应者链条向上传递:子控件到父控件。