ios事件分发

事件分发

 

        在iOS系统中有个很重要的概念：Responder。基本上所有的UI相关的控件，view和viewcontroller都是继承自UIResponder。事件的分发正是通过由控件树所构成的responder chain(响应链)所进行的。一个典型的iOS响应链如下：

                                             

当用户发起一个事件，比如触摸屏幕或者晃动设备，系统产生一个事件，同时投递给UIApplication，而UIApplication则将这个事件传递给特定的UIWindow进行处理(正常情况都一个程序都只有一个UIWindow)，然后由UIWindow将这个事件传递给特定的对象(即first responder)并通过响应链进行处理。虽然都是通过响应链对事件进行处理，但是触摸事件和运动事件在处理上有着明显的不同(主要体现在确定哪个对象才是他们的first responder)：

 

        触摸事件是通过HitTest来确定first responder(整个过程和Windows中对消息的处理基本是一样的)：当一个事件发生时，UIWindow将这个事件传递给当前可见的最顶端的view进行hitTest，并在这个hitTest里面进行递归查找，直到找到能够响应hitTest的最底层的那个Responder，确定为first responder。然后从这个responder开始进行处理这个事件，如果不能处理，则往上冒泡直到有一个Responder可以对这个事件进行处理为止。但是运动事件却不太一样，它并不用进行HitTest，而是直接以响应链中被指定为first responder的对象为起点，通过响应链进行事件的分发和处理。第一个加入到UIWindow中的ViewController即是运动事件的first responder。这也就解释了为啥后加入的view不会被正常的旋转：虽然都是通过first responder开始分发事件，但是一个有进行hittest，一个没有，虽然大多数情况下hittest view和first responder是同一个view，但也不绝对。正如旋转的这个例子一样。