1. iOS事件有哪一些

运动事件

• 传感器、计数器、陀螺仪

远程控制事件

• 线控耳机

触摸事件

• 本文核心分析

2. 事件传递和响应

2.1 原理分析

• 当我们手指触碰到屏幕的时候，事件传递和响应的流程是怎么样的呢
• 事件的流程图

流程.png

• IOKit.framework 为系统内核的库
• SpringBoard.app 相当于手机的桌面
• Source1 主要接收系统的消息
• Source0 - UIApplication - UIWindow
• 从UIWindow 开始步骤，见下图

window流程.png

• 比如我们在self.view 上依次添加view1、view2、view3（3个view是同级关系），那么系统用hitTest以及pointInside时会先从view3开始便利，如果pointInside返回YES就继续遍历view3的subviews（如果view3没有子视图，那么会返回view3），如果pointInside返回NO就开始便利view2。
• 反序遍历，最后一个添加的subview开始。也算是一种算法优化

2.2 HitTest 、pointInside

• 上一段层级关系的简单示例代码

EOCLightGrayView *grayView = [[EOCLightGrayView alloc] initWithFrame:CGRectMake(50.f, 100.f, 260.f, 200.f)];
    
    redView = [[EOCRedView alloc] initWithFrame:CGRectMake(0.f, 0.f, 120.f, 100.f)];
    
    EOCBlueView *blueView = [[EOCBlueView alloc] initWithFrame:CGRectMake(140.f, 100.f, 100.f, 100.f)];
    
    EOCYellowView *yellowView = [[EOCYellowView alloc] initWithFrame:CGRectMake(50.f, 360.f, 200.f, 200.f)];
    
    [self.view addSubview:grayView];
    [grayView addSubview:redView];
    [grayView addSubview:blueView];
    [self.view addSubview:yellowView];

布局.png 打印.png

• 点击red，由于yellow 与 grey 同级，yellow 比 grey 后添加，所以先打印yellow，由于触摸点不在yellow内，打印grey，然后遍历grey，打印他的两个subviews
• 通过在HitTest返回nil，pointInside并没有执行，我们可以得知，pointInside调用顺序你在HitTest之后的。
• pointInside 的 参数 :(CGPoint)poinit 的值是以自身为坐标系的，判断点是否view内的范围是以view自身的bounds为范围，而非frame
• 如果在grey的hitTest返回[super hitTest:point event:event]，则会执行gery.subviews的遍历（subviews 的 hitTest 与 pointInside），grey 的 pointInside 是判断触摸点是否在grey的bounds内（不准确），grey 的 hitTest 是判断是否需要遍历他的subviews.
• pointInside 只是在执行hitTest时，会在hitTest内部调用的一个方法
• pointInside 只是辅助hitTest的关系
• hitTest是一个递归函数

2.3 hitTest 内部实现代码还原

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    ///hitTest：判断pointInside，是不是在view里？是的话，遍历，不是的话返回nil;假设我就是点击灰色的，返回的是自己；
    NSLog(@"%s",__func__);
    
    NSArray *subViews = [[self.subviews reverseObjectEnumerator] allObjects];
    UIView *tmpView = nil;
    for (UIView *view in subViews) {
        
        CGPoint convertedPoint = [self convertPoint:point toView:view];
        if ([view pointInside:convertedPoint withEvent:event]) {
            
            tmpView = view;
            break;
            
        }
        
    }
    
    if (tmpView) {
        return tmpView;
    } else if([self pointInside:point withEvent:event]) {
        
        return self;
    } else {
        
        return nil;
        
    }
    
    
    return [self hitTest:point event:event];  //redView
    
    ///这里是hitTest的逻辑
    
    ///alpha(<=0.01)、userInterActionEnabled(NO)、hidden(YES)  pointInside返回的为NO
    
}

2.4 实战之扩大button点击区域

bigbutton.png

• 红色为button
• 蓝色为放大后的目标点击区域
• 稍微注意是在bounds的基础上修改
• button 内部的 hitTest 通过 pointInside 的确认，来决定是否返回自己

@implementation EOCCustomButton

- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event
{
    NSLog(@"%s", __func__);
   
    //扩大它的响应范围
    CGRect frame = [self getScaleFrame];
    return CGRectContainsPoint(frame, point);
    
   //  return [super pointInside:point withEvent:event];
}

- (CGRect)getScaleFrame {
    
    CGRect rect = self.bounds;
    
    if (rect.size.width < 40.f) {
        rect.origin.x -= (40-rect.size.width)/2;
    }
    
    if (rect.size.height < 40.f) {
        rect.origin.y -= (40-rect.size.height)/2;
    }
    
    rect.size.width = 40.f;
    rect.size.height = 40.f;
    
    return rect;
}

2.5 UIRespond 与 响应链的组成

• 当我们通过hitTest找到视图后，我们产生的touch事件，他是怎么一层层响应的？

respondch.png

• 响应链是通过 nextResponder 属性组成的一个链表
• 点击的 view 有 superView ,nextResponder 就是 superView ;
• view.nextResponder .nextResponder 是viewController 或者是 view.superView. view
• view.nextResponder .nextResponder. nextResponder 是 UIWindow (非严谨,便于理解)
• view.nextResponder .nextResponder. nextResponder. nextResponder 是UIApplication 、UIAppdelate、直到nil (非严谨,便于理解)
• touch事件就是根据响应链的关系来层层调用（我们重写touch 要记得 super 调用，不然响应链会中断）
• 比如我们监听self.view的touch事件，也是因为subviews的touch都在同一个响应链里

3. 手势事件

3.1 手势 与 hitTest 的关系

• 相同上面的学习我们可以推测出，手势的响应也得必须经过hitTest先找到视图才能触发（已验证）

3.2 手势与 触摸事件的关系

• touch事件是UIView内部的东西，而手势叠加上去的触摸事件
• subview会响应superview的手势， 但是同级的subview不会响应

3.3 系统如何分辨手势种类

• 首先我们想在手势中调用 touches 方法必须要导入
  #import <UIKit/UIGestureRecognizerSubclass.h>
  因为gesture继承的是NSObject 而不是 UIRespond
• 通过尝试不调用 tap手势 的touchesBegan ，发现tap手势无法响应
• 通过尝试调用touchesBegan ，但是不调用 pan手势 的touchesMoved ，发现pan手势无法响应
• 我们通过UITouch的实例，可以看到里面有很多属性，比如点击的次数，上次的位置等，结合这个属性系统与touches方法就可以判断出你使用的是什么手势

3.4 手势与view的touches事件的关系

• 首先通过触摸事件，先响应touchesBegan 以及 touchesMoved，直到手势被识别出来，调用touchesCancelled，全权交给手势处理。
• 但是我们可以改变这种关系

下面是系统的默认设置
 tapGesture.delaysTouchesBegan = NO;   
///是否延迟view的touch事件识别；如果延迟了（YES），并且手势也识别到了，touch事件会被抛弃

 tapGesture.cancelsTouchesInView = YES;   
///识别手势之后，是否取消view的touch事件
// 如果为NO, touchesCancelled 不会调用，取而代之的是手势结束后touchesEnd

4. button事件

4.1 系统是如何分辨UIControlEvent

• 我们还是通过button内部的touches来实践
• 实践过程略，与手势同理
• 比如说 touchUpInside，通过查看堆栈调用，我们发现在touchesEnd后完成对touchUpInside的识别，然后再调起sendAction:方法

5. 触摸事件的运用

• 上文已经讲过一个button点击范围扩大的案例，再讲一个案例

case2.png

• 与上个例子不同的是，当我们点击黑色的时候，因为在greyview的外面，别说响应黑色button了，我们直接不会响应greyview了，怎么办？
• 一种是在self.view 的 -pointInside 返回 YES, 不过这种在交互复杂的场景不存在实用性
• 我们可以重写 self.view 的 -hitTest, 把当前触摸的点分别转化为subviews上的坐标系的点，在用subviews 的 pointinside判断此点，然后返回对应的subviews