ios和android事件传递,iOS 事件传递和事件响应链

最近在面试的过程中遇到了面试官的一些问题：

子view在超出父view能不能响应点击？如果不能的话怎么来处理让超出父view的视图响应点击？

一个触摸事件发生的时候事件怎么传递的？

一个触摸事件的响应过程？

由于对整个事件传递和时间响应链的理解不是特别彻底，所以回答的不是很好，所以在这里系统的研究下，也方便以后自己查阅。

先说结论性的东西

iOS的事件传递是从下到上的(父视图-->子视图)，有不能接收的(1、userInteractionEnabled = NO 2、隐藏 3、透明度<0.01)则停止向上传递，返回上一层的view去响应事件。事件响应是从上到下的(子视图-->父视图)，有能响应的并没有进行相关处理的([super touches….])则停止向下响应。

在日常的开发过程我们经常遇到子视图在父视图外面点击无响应的情况，我们通常用hitTest:withEvent:方法和pointInside方法，那么这两个方法究竟实现原理是怎样的呢，我们就来探究一下。

1、UIResponder(响应者对象)

我们都不难发现我们经常用到的控件，类似UIButton、UILabel这些都是可以响应事件，而他们都继承于UIResponder。在iOS中不是任何对象都能处理事件，只有继承了UIResponder的对象才能接受并处理事件，我们称之为“响应者对象”。

UIResponder类中提供了几个处理事件的实例方法:

// 触摸事件

- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;

- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;

- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event;

- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event;

// 加速计事件

- (void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent *)event;

- (void)motionEnded:(UIEventSubtype)motion withEvent:(UIEvent *)event;

- (void)motionCancelled:(UIEventSubtype)motion withEvent:(UIEvent *)event;

// 远程控制事件

- (void)remoteControlReceivedWithEvent:(UIEvent *)event;

其中加速计事件和远程控制事件我们暂不讲解。主要研究一下触摸事件的处理,这四个方法的调用时机(都是系统调用的):

// 一根或者多根手指开始触摸view，系统会自动调用view的下面方法

- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event

// 一根或者多根手指在view上移动，系统会自动调用view的下面方法(随着手指的移动，会持续调用该方法)

- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event

// 一根或者多根手指离开view，系统会自动调用view的下面方法

- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event

// 触摸结束前，某个系统事件(例如电话呼入)会打断触摸过程，系统会自动调用view的下面方法

- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event

// 提示：touches中存放的都是UITouch对象

关于UITouch对象:

当用户用一根手指触摸屏幕时，会创建一个与手指相关的UITouch对象，一 根手指对应一个UITouch对象。

如果两根手指同时触摸一个view，那么view只会调用一次

touchesBegan:withEvent:方法，touches参数中装着2个UITouch对象。

如果这两根手指一前一后分开触摸同一个view，那么view会分别调用2次touchesBegan:withEvent:方法，并且每次调用时的touches参数中只包含一个UITouch对象。

2、事件的产生和传递

一个触摸事件的响应过程如下：

用户触摸屏幕时，UIKit会生成UIEvent对象来描述触摸事件。对象内部包含了触摸点坐标等信息。

通过Hit Test确定用户触摸的是哪一个UIView。这个步骤通过- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event方法来完成。

找到被触摸的UIView之后，如果它能够响应用户事件，相应的响应函数就会被调用。如果不能响应，就会沿着响应链(Responder Chain)寻找能够响应的UIResponder对象(UIView是UIResponder的子类)来响应触摸事件。

寻找 hit-TestView 的过程的总结：

通过 hit-Testing 找到触摸点所在的 View( hit-TestView )。寻找过程总结如下(默认情况下) ：

从视图层级最底层的 window 开始遍历它的子 View。

默认的遍历顺序是按照 UIView 中 Subviews 的逆顺序。

找到 hit-TestView 之后，寻找过程就结束了。

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event

{

if (self.hidden || !self.userInteractionEnabled || self.alpha < 0.01 || ![self pointInside:point withEvent:event] || ![self _isAnimatedUserInteractionEnabled]) {

return nil;

} else {

for (UIView *subview in [self.subviews reverseObjectEnumerator]) {

UIView *hitView = [subview hitTest:[subview convertPoint:point fromView:self] withEvent:event];

if (hitView) {

return hitView;

}

}

return self;

}

}

根据以上源码分析

确定一个 View 是不是 hit-TestView 的过程如下：

如果 View 的 userInteractionEnabled = NO，enabled = NO( UIControl )，或者 alpha <= 0.01， hidden = YES 直接返回 nil(不再往下判断)。

如果触摸点不在 view 中，直接返回 nil。

如果触摸点在 view 中，逆序遍历它的子 View ，重复上面的过程，如果子View没有subView了，那子View就是hit-TestView。

如果 view 的 子view 都返回 nil(都不是 hit-TestVeiw )，那么返回自身(自身是 hit-TestView )。

hit-test.png

看过这个，我们也就懂了为什么超出屏幕不能响应点击事件-----如果超出边界，UIKit无法根据这个触摸点找到父视图，自然也就无法找到子视图。这里就回答了面试题1的问题。

寻找过程有点像递归，可以理解理解。

其中通过这个方法看触摸点是否在view 中：

-(BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event;

返回视图是否包含指定的某个点

找到 hit-TestView 之后，事件就交给它来处理，hit-TestView 就是 firstResponder(第一响应者)，如果它无法响应事件(不处理事件)，则把事件交给它的 nextResponder(下一个响应者)

nextResponder 过程如下：

当一个view被add到superView上的时候，他的nextResponder属性就会被指向它的superView，当controller被初始化的时候，self.view(topmost view)的nextResponder会被指向所在的controller，而controller的nextResponder会被指向self.view的superView，这样，整个app就通过nextResponder串成了一条链，也就是我们所说的响应链,他只是一条虚拟链，所以总结各个可响应者的nextResponder如下：

如果当前 View 是 ViewController 直接管理的 View (也就是 VC.view.nextResponder = VC )，如果当前 View 不是 ViewController 直接管理的 View，则 nextResponder 是它的 superView( view.nextResponder = view.superView )。

UIViewController 的 nextResponder 是它直接管理的 View 的 superView( VC.nextResponder = VC.view.superView )。

UIWindow 的 nextResponder 是 UIApplication 。

UIApplication 的 nextResponder 是 AppDelegate。

基于以上过程，那么上面寻找hit_testView例子的响应者链就是viewB.1-viewB-mainView-UIWindow。

3、hitTest：withEvent和pointInside:withEvent:方法

hitTest：withEvent：方法

hitTest：withEvent：方法当事件传递到某个控件的时候，系统就会调用改控件的hitTest：withEvent：方法，返回合适的控件

遍历子控件有就返回，没有就返回self，返回nil则表示需要父视图处理，其他子视图都不能处，hit:withEvent:方法底层会调用pointInside:withEvent:方法判断点在不在方法调用者的坐标系上，不在返回nil。

我们可以通过重新控件的hitTest：withEvent：方法来改变处理事件的控件。想让谁处理就谁处理。

所以事件的传递过程： 产生触摸事件->UIApplication事件队列->[UIWindow hitTest:withEvent:]->返回更合适的view->[子控件 hitTest:withEvent:]->返回最合适的view

pointInside:withEvent:方法

pointInside:withEvent:方法判断点在不在当前view上(方法调用者的坐标系上)如果返回YES，代表点在方法调用者的坐标系上;返回NO代表点不在方法调用者的坐标系上，那么方法调用者也就不能处理事件。

4、事件响应

我们事件传递找到合适的视图view的时候首先看view能否处理这个事件，如果能处理则交由其处理并停止该事件的向上响应(各种事件、滑动、touches...)，如果不能则会将事件传递给其上级视图(view的superView)；如果上级视图仍然无法处理则会继续往上传递；一直到 window，如果window还是不能处理此事件则继续交给application处理，如果最后application还是不能处理此事件则将其丢弃。

如果实现某个touches..并在其中调用[super touches….];则父视图子视图可以同时响应。

需要说明的是 view 的UIInterfaceEnable 和 存在 gesture recognize 的 会影像这个过程的进行。 UIinterfaceEnable 为no 的 ，gesture recognize 的 canceltouchinview 为yes 的 则该 过程不会 进行下去。UIinterfaceEnable 为no 的 则 super view 不会 hittest 这样的子view。gesture recognize 的 canceltouchinview 为yes 的 view 不会 hittest 子view。