iOS事件传递->处理->响应

时间 2019-12-11

标签 ios 事件传递处理响应栏目 iOS 繁體版

原文原文链接

前言：

按照时间顺序，事件的生命周期是这样的：ios

　　事件的产生和传递（事件如何从父控件传递到子控件并寻找到最合适的view、寻找最合适的view的底层实现、拦截事件的处理）->找到最合适的view后事件的处理（touches方法的重写，也就是事件的响应）数组

章节顺序正好和事件的时间顺序相反：app

　　事件处理->事件的产生和传递iview

其中重点和难点是：ide

　　1.如何寻找最合适的view学习

　　2.寻找最合适的view的底层实现（hitTest:withEvent:底层实现）优化

（一）iOS中的事件

iOS中的事件能够分为3大类型：
- 触摸事件
- 加速计事件
- 远程控制事件
这里咱们只讨论iOS中的触摸事件。

1.1.响应者对象(UIResponder)

学习触摸事件首先要了解一个比较重要的概念-响应者对象（UIResponder）。ui

在iOS中不是任何对象都能处理事件，只有继承了UIResponder的对象才能接受并处理事件，咱们称之为“响应者对象”。如下都是继承自UIResponder的，因此都能接收并处理事件。
- UIApplication
- UIViewController
- UIView

那么为何继承自UIResponder的类就可以接收并处理事件呢？atom

　　由于UIResponder中提供了如下4个对象方法来处理触摸事件。spa

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;

-----------------------------------------------------------

（二）事件的处理

下面以UIView为例来讲明触摸事件的处理。

// UIView是UIResponder的子类，能够覆盖下列4个方法处理不一样的触摸事件 // 一根或者多根手指开始触摸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对象

须要注意的是：以上四个方法是由系统自动调用的，因此能够经过重写该方法来处理一些事件。

若是两根手指同时触摸一个view，那么view只会调用一次touchesBegan:withEvent:方法，touches参数中装着2个UITouch对象
若是这两根手指一前一后分开触摸同一个view，那么view会分别调用2次touchesBegan:withEvent:方法，而且每次调用时的touches参数中只包含一个UITouch对象
重写以上四个方法，若是是处理UIView的触摸事件。必需要自定义UIView子类继承自UIView。由于苹果不开源，没有把UIView的.m文件提供给咱们。咱们只能经过子类继承父类，重写子类方法的方式处理UIView的触摸事件（注意：我说的是UIView触摸事件而不是说的 UIViewController的触摸事件）。若是是处理UIViewController的触摸事件，那么在控制器的.m文件中直接重写那四个方法即可！

/************************自定义UIView的.h文件************************/ #import <UIKit/UIKit.h> @interface WSView : UIView @end /************************自定义UIView的.m文件***********************/ #import "WSView.h" @implementation WSView // 开始触摸时就会调用一次这个方法 - (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event { NSLog(@"摸我干啥！"); } // 手指移动就会调用这个方法 // 这个方法调用很是频繁 - (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event { NSLog(@"哎呀，不要拽人家！"); } // 手指离开屏幕时就会调用一次这个方法 - (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event { NSLog(@"手放开还能继续玩耍！"); } @end /**************************k控制器的.m文件*************************/ #import "ViewController.h" #import "WSView.h" @interface ViewController () @end @implementation ViewController - (void)viewDidLoad { [super viewDidLoad]; // 建立自定义view WSView *touchView = [[WSView alloc] initWithFrame:CGRectMake(100, 100, 100, 100)]; // 背景颜色 touchView.backgroundColor = [UIColor redColor]; // 添加到父控件  [self.view addSubview:touchView]; } @end

注意：有人认为，我要是处理控制器的自带的view的事件就不须要自定义UIView子类继承于UIView，由于能够在viewController.m 文件中重写touchBegan:withEvent:方法，可是，咱们此处讨论的是处理UIView的触摸事件，而不是处理 UIViewController的触摸事件。你是在viewController.m文件中重写touchBegan:withEvent:方法，至关于处理的是viewController的触摸事件，由于viewController也是继承自UIResponder，因此会给人一种错觉。

因此，仍是那句话，想处理UIView的触摸事件，必须自定义UIView子类继承自UIView。

2.1.UIView的拖拽

那么，如何实现UIView的拖拽呢?也就是让UIView随着手指的移动而移动。

　　重写touchsMoved:withEvent:方法

此时须要用到参数touches，下面是UITouch的属性和方法：

NS_CLASS_AVAILABLE_IOS(2_0) @interface UITouch : NSObject @property(nonatomic,readonly) NSTimeInterval timestamp; @property(nonatomic,readonly) UITouchPhase phase; @property(nonatomic,readonly) NSUInteger tapCount; // touch down within a certain point within a certain amount of time // majorRadius and majorRadiusTolerance are in points // The majorRadius will be accurate +/- the majorRadiusTolerance @property(nonatomic,readonly) CGFloat majorRadius NS_AVAILABLE_IOS(8_0); @property(nonatomic,readonly) CGFloat majorRadiusTolerance NS_AVAILABLE_IOS(8_0); @property(nonatomic,readonly,retain) UIWindow *window; @property(nonatomic,readonly,retain) UIView *view; @property(nonatomic,readonly,copy) NSArray *gestureRecognizers NS_AVAILABLE_IOS(3_2); - (CGPoint)locationInView:(UIView *)view; - (CGPoint)previousLocationInView:(UIView *)view; @end

2.1.1.UITouch对象

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

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

2.1.1.1.UITouch的做用

保存着跟手指相关的信息，好比触摸的位置、时间、阶段
当手指移动时，系统会更新同一个UITouch对象，使之可以一直保存该手指在的触摸位置
当手指离开屏幕时，系统会销毁相应的UITouch对象
提示：iPhone开发中，要避免使用双击事件！

2.1.1.2.UITouch的属性

触摸产生时所处的窗口
- @property(nonatomic,readonly,retain) UIWindow *window;
触摸产生时所处的视图
- @property(nonatomic,readonly,retain) UIView *view;
短期内点按屏幕的次数，能够根据tapCount判断单击、双击或更多的点击
- @property(nonatomic,readonly) NSUInteger tapCount;
记录了触摸事件产生或变化时的时间，单位是秒
- @property(nonatomic,readonly) NSTimeInterval timestamp;
当前触摸事件所处的状态
- @property(nonatomic,readonly) UITouchPhase phase;

2.1.1.3.UITouch的方法

(CGPoint)locationInView:(UIView *)view;
- 返回值表示触摸在view上的位置
- 这里返回的位置是针对view的坐标系的（以view的左上角为原点(0, 0)）
- 调用时传入的view参数为nil的话，返回的是触摸点在UIWindow的位置
(CGPoint)previousLocationInView:(UIView *)view;
- 该方法记录了前一个触摸点的位置

代码实现：

- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event
{
    // 想让控件随着手指移动而移动,监听手指移动
    
    // 获取UITouch对象
    UITouch *touch = [touches anyObject];
    
    // 获取当前点的位置
    CGPoint curP = [touch locationInView:self];
    
    // 获取上一个点的位置
    CGPoint preP = [touch previousLocationInView:self];
    
    // 获取它们x轴的偏移量,每次都是相对上一次
    CGFloat offsetX = curP.x - preP.x;
    
    // 获取y轴的偏移量
    CGFloat offsetY = curP.y - preP.y;
    
    // 修改控件的形变或者frame,center,就能够控制控件的位置
    
    // 形变也是相对上一次形变(平移)
    // CGAffineTransformMakeTranslation:会把以前形变给清空,从新开始设置形变参数
    // make:相对于最原始的位置形变
    // CGAffineTransform t:相对这个t的形变的基础上再去形变
    // 若是相对哪一个形变再次形变,就传入它的形变
    self.transform = CGAffineTransformTranslate(self.transform, offsetX, offsetY);
}

-----------------------------------------------------------

（三）iOS中的事件的产生和传递

3.1.事件的产生：

发生触摸事件后，系统会将该事件加入到一个由UIApplication管理的事件队列中
为何是队列而不是栈？由于队列的特定是先进先出，先产生的事件先处理才符合常理，因此把事件添加到队列。
UIApplication会从事件队列中取出最前面的事件，并将事件分发下去以便处理，一般，先发送事件给应用程序的主窗口（keyWindow）。

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

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

3.2.事件的传递：

触摸事件的传递是从父控件传递到子控件

掌握：若是父控件不能接受触摸事件，那么子控件就不可能接收到触摸事件

应用如何找到最合适的控件来处理事件？
- 1.首先判断主窗口（keyWindow）本身是否能接受触摸事件
- 2.触摸点是否在本身身上
- 3.从后往前遍历子控件，重复前面的两个步骤（首先查找数组中最后一个元素）
- 4.若是没有符合条件的子控件，那么就认为本身最合适处理

UIView不能接收触摸事件的三种状况：

不容许交互：userInteractionEnabled = NO
隐藏：若是把父控件隐藏，那么子控件也会隐藏，隐藏的控件不能接受事件
透明度：若是设置一个控件的透明度<0.01，会直接影响子控件的透明度。alpha：0.0~0.01为透明。

注意：默认UIImageView不能接受触摸事件，由于不容许交互，即userInteractionEnabled = NO，因此若是但愿UIImageView能够交互，须要userInteractionEnabled = YES。

总结一下：1.点击一个UIView或产生一个触摸事件A，这个触摸事件A会被添加到由UIApplication管理的事件队列中（即，首先接收到事件的是UIApplication）。

　　　　　2.UIApplication会从事件对列中取出最前面的事件（此处假设为触摸事件A），把事件A传递给应用程序的主窗口（keyWindow）。

　　　　　3。窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件。（至此，第一步已完成）

若是想让某个view不能接收事件（或者说，事件传递到某个view那里就断了），那么能够经过刚才提到的三种方式。好比，设置其userInteractionEnabled = NO;那么传递下来的事件就会由该view的父控件处理。

例如，不想让蓝色的view接收事件，那么能够设置蓝色的view的userInteractionEnabled = NO;那么点击黄色的view或者蓝色的view所产生的事件，橙色的view就会成为最合适的view。事件都会由橙色的veiw处理。

因此，无论视图能不能处理事件，只要点击了视图就都会产生事件，关键看该事件是由谁来处理！也就是说，若是视图不能处理事件，点击视图，仍是会产生一个触摸事件，只是该事件不会由被点击的视图处理而已！

注意：若是设置父控件的透明度或者hidden，会直接影响到子控件的透明度和hidden。若是父控件的透明度为0或者hidden = YES，那么子控件也是不可见的！

3.3.（重难点）如何寻找最合适的view

应用如何找到最合适的控件来处理事件？

1.首先判断主窗口（keyWindow）本身是否能接受触摸事件
2.触摸点是否在本身身上
3.从后往前遍历子控件，重复前面的两个步骤（首先查找数组中最后一个元素）
4.若是没有符合条件的子控件，那么就认为本身最合适处理

详述：1.主窗口接收到应用程序传递过来的事件后，首先判断本身可否接手触摸事件。若是能，那么在判断触摸点在不在窗口本身身上

　　　2.若是触摸点也在窗口身上，那么窗口会从后往前遍历本身的子控件（遍历本身的子控件只是为了寻找出来最合适的view）

　　　3.遍历到每个子控件后，又会重复上面的两个步骤（传递事件给子控件，1.判断子控件可否接受事件，2.点在不在子控件上）

　　　4.如此循环遍历子控件，直到找到最合适的view，若是没有更合适的子控件，那么本身就成为最合适的view。

找到最合适的view后，就会调用该view的touches方法处理具体的事件。因此，只有找到最合适的view，把事件传递给最合适的view后，才会调用touches方法进行接下来的事件处理。找不到最合适的view，就不会调用touches方法进行事件处理。

注意：之因此会采起从后往前遍历子控件的方式寻找最合适的view只是为了作一些循环优化。由于相比较之下，后添加的view在上面，下降循环次数。

3.3.1.寻找最合适的view底层剖析

两个重要的方法：

hitTest:withEvent:方法
pointInside方法

3.3.1.1.hitTest：withEvent：方法

何时调用：
- 只要事件一传递给一个控件你这个控件就会调用他本身的hitTest：withEvent：方法
做用：
- 寻找并返回最合适的view(可以响应事件的那个最合适的view)

拦截事件的处理：

正由于hitTest：withEvent：方法能够返回最合适的view，因此能够经过重写hitTest：withEvent：方法，返回指定的view做为最合适的view。
无论点击哪里，最合适的view都是hitTest：withEvent：方法中返回的那个view。
拦截事件的传递过程，想让谁处理事件谁就处理事件。

事件传递给谁，就会调用谁的hitTest:withEvent:方法。

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

因此事件的传递顺序是这样的：

　　产生触摸事件->UIApplication事件队列->[UIWindow hitTest:withEvent:]->返回合适的view->[子控件 hitTest:withEvent:]->返回合适的view

　　事件传递给窗口或控件的后，就调用hitTest:withEvent:方法寻找更合适的view。因此是，先传递事件，再根据事件在本身身上找更合适的view。

　　无论子控件是否是最合适的view，都要先把事件传递给子控件，通过子控件调用本身的hitTest:withEvent:方法验证后才知道有没有更合适的view。即使父控件是最合适的view了，子控件的hitTest:withEvent:方法仍是会调用，否则怎么知道有没有更合适的！即，若是肯定最终父控件是最合适的view，那么该父控件的子控件的hitTest:withEvent:方法也是会被调用的。

　　注意：想让谁成为最合适的view就重写谁本身的父控件的hitTest:withEvent:方法返回指定的子控件，或者重写本身的hitTest:withEvent:方法 return self。

可是在本身的hitTest:withEvent:方法中返回本身有时候会出现问题，由于会存在这么一种状况，若是点不在本身身上，还要要求返回本身做为最合适的view，采用返回本身的方法可能会致使尚未来得及遍历本身，就有可能已经遍历了点真正所在的view，返回的不是本身而是点真正所在的view。因此仍是建议在父控件的hitTest:withEvent:中返回子控件做为最合适的view！

例如：whiteView有redView和greenView两个子控件。redView先添加，greenView后添加。若是要求不管点击那里都要让redView做为最合适的view（把事件交给redView来处理）那么只能在whiteView的hitTest:withEvent:方法中return self.subViews[0];这种状况下在redView的hitTest:withEvent:方法中return self;是很差使的！

// 这里redView是whiteView的第0个子控件


#import "redView.h"

@implementation redView

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    return self;
}

- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
    NSLog(@"red-touch");
}
@end

// 或者

#import "whiteView.h"

@implementation whiteView

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    return self.subviews[0];
}

- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
    NSLog(@"white-touch");
}

@end

特殊状况：

谁都不能处理事件，窗口也不能处理
- 窗口的hitTest：withEvent：方法return nil
只能有窗口处理事件
- 控制器的view的hitTest：withEvent：方法return nil
hitTest：withEvent：中return nil的意思是调用当前hitTest：withEvent：方法的view不是合适的view，子控件也不是合适的view。若是同级的兄弟控件也没有合适的view，那么最合适的view就是父控件。

寻找最合适的view底层剖析之hitTest：withEvent：方法底层作法

/************************************************ hitTest:withEvent:方法底层实现************************************************/


#import "WSWindow.h"

@implementation WSWindow

// 何时调用:只要事件一传递给一个控件，那么这个控件就会调用本身的这个方法
// 做用:寻找并返回最合适的view
// UIApplication -> [UIWindow hitTest:withEvent:]寻找最合适的view告诉系统
// point:当前手指触摸的点
// point:是方法调用者坐标系上的点
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{// 1.判断下窗口可否接收事件
    if (self.userInteractionEnabled == NO || self.hidden == YES || self.alpha <= 0.01) return nil;
    
    // 2.判断下点在不在窗口上
    // 不在窗口上
    if ([self pointInside:point withEvent:event] == NO) return nil;
    
    // 3.从后往前遍历子控件数组
    int count = (int)self.subviews.count;
    
    // 0 1
    for (int i = count - 1; i >= 0; i--) {
        // 获取子控件
        UIView *childView = self.subviews[i];
        
        // 坐标系的转换,把窗口上的点转换为子控件上的点
        // 把本身控件上的点转换成哪一个控件上点
        CGPoint childP = [self convertPoint:point toView:childView];
        
         UIView *fitView = [childView hitTest:childP withEvent:event];
        
        if (fitView) {// 若是能找到最合适的view
            return fitView;
        }
    }
    
    // 4.没有比本身更合适的view
    return self;
}

// 做用:判断下传入过来的点在不在方法调用者的坐标系上
// point:是方法调用者坐标系上的点
//- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event
//{
//    return NO;
//}


- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
    NSLog(@"%s",__func__);
}
@end

hit:withEvent:方法底层会调用pointInside:withEvent:方法判断点在不在方法调用者的坐标系上。

3.3.1.2.pointInside:withEvent:方法

pointInside:withEvent:方法判断点在不在当前view上（方法调用者的坐标系上）若是返回YES，表明点在方法调用者的坐标系上;返回NO表明点不在方法调用者的坐标系上，那么方法调用者也就不能处理事件。

-----------------------------------------------------------

（四）事件的响应

4.1.触摸事件处理的总体过程

1>用户点击屏幕后产生的一个触摸事件，通过一系列的传递过程后，会找到最合适的视图控件来处理这个事件

2>找到最合适的视图控件后，就会调用控件的touches方法来做具体的事件处理
touchesBegan…
touchesMoved…
touchedEnded…

3>这些touches方法的默认作法是将事件顺着响应者链条向上传递，将事件交给上一个响应者进行处理

4.2.响应者链条示意图

响应者链条：是由多个响应者对象链接起来的链条
做用：能很清楚的看见每一个响应者之间的联系，而且可让一个事件多个对象处理。
响应者对象：能处理事件的对象

如何判断上一个响应者
1> 若是当前这个view是控制器的view,那么控制器就是上一个响应者
2> 若是当前这个view不是控制器的view,那么父控件就是上一个响应者

响应者链条：
在iOS程序中不管是最后面的UIWindow仍是最前面的某个按钮，它们的摆放是有先后关系的，一个控件能够放到另外一个控件上面或下面，那么用户点击某个控件时是触发上面的控件仍是下面的控件呢，这种前后关系构成一个链条就叫“响应者链”。在iOS中响应者链的关系能够用下图表示：

响应者链的事件传递过程:

1>若是当前view是控制器的view，那么控制器就是上一个响应者，事件就传递给控制器；若是当前view不是控制器的view，那么父视图就是当前view的上一个响应者，事件就传递给它的父视图
2>在视图层次结构的最顶级视图，若是也不能处理收到的事件或消息，则其将事件或消息传递给window对象进行处理
3>若是window对象也不处理，则其将事件或消息传递给UIApplication对象
4>若是UIApplication也不能处理该事件或消息，则将其丢弃

事件处理的整个流程总结：

　　1.触摸屏幕产生触摸事件后，触摸事件会被添加到由UIApplication管理的事件队列中（即，首先接收到事件的是UIApplication）。

　　2.UIApplication会从事件队列中取出最前面的事件，把事件传递给应用程序的主窗口（keyWindow）。

　　3.主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件。（至此，第一步已完成)

　　4.最合适的view会调用本身的touches方法处理事件

　　5.touches默认作法是把事件顺着响应者链条向上抛。

touches的默认作法：

#import "WSView.h"

@implementation WSView

 //只要点击控件,就会调用touchBegin,若是没有重写这个方法,本身处理不了触摸事件

// 上一个响应者多是父控件
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
    NSLog(@"%s",__func__);
    
    // super:父类 superview:才是父控件
    // 调用系统默认的作法 UIView
    // super ->UIView
    [super touchesBegan:touches withEvent:event];
    // 默认会把事件传递给上一个响应者,上一个响应者是父控件,交给父控件处理
}

@end

事件的传递与响应：
- 一、当一个事件发生后，事件会从父控件传给子控件，也就是说由UIApplication -> UIWindow -> UIView -> initial view,以上就是事件的传递。
- 二、接下来是事件的响应。首先看initial view可否处理这个事件，若是不能则会将事件传递给其上级视图（inital view的superView）；若是上级视图仍然没法处理则会继续往上传递；一直传递到视图控制器view controller，首先判断视图控制器的根视图view是否能处理此事件；若是不能则接着判断该视图控制器可否处理此事件，若是仍是不能则继续向上传递；（对于第二个图视图控制器自己还在另外一个视图控制器中，则继续交给父视图控制器的根视图，若是根视图不能处理则交给父视图控制器处理）；一直到 window，若是window仍是不能处理此事件则继续交给application处理，若是最后application仍是不能处理此事件则将其丢弃
- 三、在事件的响应中，若是某个控件实现了touches...方法，则这个事件将由该控件来接受，若是调用了[supertouches….];就会将事件顺着响应者链条往上传递，传递给上一个响应者；接着就会调用上一个响应者的touches….方法

如何作到一个事件多个对象处理：

由于系统默认作法是把事件上抛给父控件，因此能够经过重写本身的touches方法和父控件的touches方法来达到一个事件多个对象处理的目的。

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

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