iOS系统中点击事件分发机制

在开发中经常会碰到视图的层叠、并列以及其它各种关系，这就会碰到事件点击触发的先后顺序问题。
在iOS中，一个点击事件不会触发两个视图或者多个视图同时接收到事件，这就有了事件拦截。

事件的响应顺序

UIView * view1 = [[UIView alloc] initWithFrame:CGRectMake(10, 10, 100, 100)];
UIView * view2 = [[UIView alloc] initWithFrame:CGRectMake(20, 20, 50, 50)];
[self.view addSubview:view1];
[self.view addSubview:view2];

我把view1和view2的关系叫做兄弟视图，而self.view与view1或者view2叫做父子视图。

视图结构.png

灰色的为view视图,红色和绿色为两个button视图。

• 如果绿色是灰色的子视图，并且灰色可以正常接收事件，则点击绿色button，如果点击在父视图内能触发点击事件，如果点击在父视图之外则不能触发点击事件。换句话说，如果一个视图的一部分超出了父视图，则超出部分是不能被点击的。
• 如果灰色视图的userInteractionEnabled为NO时，则所有子视图都不能接收事件。也就是说，如果绿色视图为灰色的子视图，则绿色视图不论是不是在父视图内都不能被点击。
• 如果红色视图与灰色视图为兄弟视图，都是self.view的子视图时，并且都可以接收事件，则谁在上层谁会接收到事件。
• 如果红色视图在灰色视图上方，且两个视图为兄弟视图，红色视图的userInteractionEnabled为NO时，则点击灰色与红色重叠部分，事件会穿过红色视图，被灰色视图接收，因为红色视图userInteractionEnabled为NO。

如果有遗漏的情况，以后再作补充，总体上来说遵从的原则就是“自上而下，由父到子”。

事件的生成以及分发

用户点击操作之后，会生成点击事件，事件响应是按着Responder chain顺序向上传递的

点击响应.png

UIApplication和UIViewController以及UIView都是继承自UIResponder，用户操作屏幕，会按照如上图所示的顺序生成事件，最终都会传到iOS系统层，如果连系统都不做处理的操作，则会被丢弃。否则会生成一次事件，被放进事件队列中，由系统向下分配进行相应的动作。事件分发的顺序与上图大概相反。
系统将生成的事件首先分配到对应的Application,完后再由其分到Window或者发送到某些类或者对象方法。
可以在main主函数中替换相应的UIApplication实例，拦截事件的分发，但是注意不要破坏原有的响应链顺序，否则可能应用本身就无法响应任何操作事件。

// If nil is specified for principalClassName, the value for NSPrincipalClass from the Info.plist is used. If there is no
// NSPrincipalClass key specified, the UIApplication class is used. The delegate class will be instantiated using init.

UIKIT_EXTERN int UIApplicationMain(int argc, char *argv[], NSString * __nullable principalClassName, NSString * __nullable delegateClassName);