IOS 响应者链条

OS开发UI篇—响应者链条
一、 触摸事件处理的详细过程

用户点击屏幕后产生的一个触摸事件，经过一些列的传递过程后，会找到最合适的视图控件来处理这个事件
找到最合适的视图控件后，就会调用控件的touches方法来作具体的事件处理
touchesBegan…
touchesMoved…
touchedEnded…
这些touches方法的默认做法是将事件顺着响应者链条向上传递，将事件交给上一个响应者进行处理
 
二、响应过程

 一次完整的触摸事件的传递响应的过程
 UIAppliction --> UIWiondw -->递归找到最适合处理事件的控件-->控件调用touches方法-->判断是否实现touches方法-->没有实现默认会将事件传递给上一个响应者-->找到上一个响应者
 
 三、重要说明
 1.相关概念
响应者链条:由很多响应者链接在一起组合起来的一个链条称之为响应者链条
响应者:继承UIResponder的对象称之为响应者对象
 2.处理原则
默认做法是将事件顺着响应者链条向上传递，将事件交给上一个响应者进行处理
 如何判断当前响应者的上一个响应者是谁?
 （1）判断当前是否是控制器的View, 如果是控制器的View上一个响应者就是控制器
 （2）如果当前不是控制器的View,上一个响应者就是父控件

 3.响应者链条有什么用?
 可以让一个触摸事件发生的时候让多个响应者同时响应该事件
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
    [super touchesBegan:touches withEvent:event];
    NSLog(@"%@" , self.class);
}
 



四、响应者链的事件传递过程
如果view的控制器存在，就传递给控制器；如果控制器不存在，则将其传递给它的父视图
在视图层次结构的最顶级视图，如果也不能处理收到的事件或消息，则其将事件或消息传递给window对象进行处理
如果window对象也不处理，则其将事件或消息传递给UIApplication对象
如果UIApplication也不能处理该事件或消息，则将其丢弃

我们先从UIButton谈起，UIButton大家使用的太多了，他特殊的地方就在于其内置的普通Default/高亮Highlighted/选择Selected/可用Enable的几个状态(UIControlState)。其次就是SDK内部已经为我们封装了以下用户事件:

最常用的莫过于Touch Up Inside这个事件了，他代表:  用户在按钮区域内按下，并且也在按钮区域内松开。

关键点:按下并且松开 才能触发此方法，也就是正确的操作 按下一次，松开一次只会触发一次此事件。与之不同的Touch Drag Inside等方法不需要松开这个过程，Up变为了Drag,其实大家都能理解，SDK在封装的时候原理跟UITouchEvent是一个道理，第一个单词Touch 代表按下(Began)第二个单词Up代表松开(Ended),Drag代表拖动(Moved)。TouchMoved方法在一次完整的触摸中会被触发很多次，所以Touch Drag Inside方法会在用户手松开之前一直被触发。

这些就是UIButton已封装的事件，而UIButton继承自UIControl。UIControl又继承自UIView。我们平时能用这些已封装的事件的控件都是UIControl的子类。那么父类UIView是没有内部事件的。

我们常常利用UIView来写自己的UITouchEvent。例如在一个View/ViewController中直接实现以下3个方法:

-(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
{

}

我们用的非常多，但是大家知道这4个方法是谁的实例方法吗？如果你一下就说出是UIView的，那么为什么我们在UIViewController中也可以用呢，他们不是继承关系。

注意这4个实例方法来自UIView与UIViewController的共同父类:UIResponder。它是我们今天的主角。

基本上我们所能看到的所有图形界面都是继承自UIResponder的，So，它究竟为何方神圣?

UIResponder所谓很多视图的父类，他掌管着用户的操作事件分发大权。如果没有他，我们的电容屏如何将用户的操作传递给我们的视图令其做出反应呢？

我们先看看iOS中的响应者链的概念:

每一个应用有一个响应者链，我们的视图结构是一个N叉树(一个视图可以有多个子视图，一个子视图同一时刻只有一个父视图),而每一个继承UIResponder的对象都可以在这个N叉树中扮演一个节点。当叶节点成为最高响应者的时候，从这个叶节点开始往其父节点开始追朔出一条链，那么对于这一个叶节点来讲，这一条链就是当前的响应者链。响应者链将系统捕获到的UIEvent与UITouch从叶节点开始层层向下分发，期间可以选择停止分发，也可以选择继续向下分发。

例子:

我用SingleView模板创建了一个新的工程，它的主Window上只有一个UIViewController，其View之上有一个Button。这个项目中所有UIResponder的子类所构成的N叉树为这样的结构:



那么他看起来并不像N叉树，但是不代表者不是一颗N叉树，当我们项目复杂之后，这个View可不可以有多个UIButton节点？所以他就是一棵树。

那么我们分析一下这里的响应者链是怎样工作的:

用户手指触摸到了UIView上,由于我们没有重写UIView的UITouchEvent,所以他里面和super执行的一样的，将该事件继续分发到UIViewController；

UIViewController的TouchBegan被我们重写了，如果我们不super，那么我们在这里写响应代码。事件到这里就不继续分发了。可想而知，UIViewController祖先节点:UIWindow，UIApplication，AppDelegate都无权被分发此事件。

如果我们super了TouchBegan，那么此次触摸事件由

ViewController分发给UIWindow,

UIWindow继而分发给UIApplication，

UIApplication再分发给AppDelegate，

于是我们在ViewController和appDelegate的touchBegan方法中都捕获到了这次事件。

#import <UIKit/UIKit.h>

@interface MyApplication : UIApplication

@end

#import "MyApplication.h"

@implementation MyApplication
-(void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
NSLog(@"myApplication touch begin");
//打印当前对象的下一个事件的接受者
NSLog(@"myApplication Next Respose=%@",self.nextResponder);
//[super touchesBegan:touches withEvent:event];

}

@end

#import <UIKit/UIKit.h>

@interface AppDelegate : UIResponder <UIApplicationDelegate>

@property (strong, nonatomic) UIWindow *window;

@end

#import "AppDelegate.h"
#import "VCRoot.h"
#import "MyWindow.h"
@implementation AppDelegate

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
//更改自定义的window对象
self.window = [[MyWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]];
// Override point for customization after application launch.

//创建根视图控制器
VCRoot*root=[[VCRoot alloc]init];
self.window.rootViewController=root;

self.window.backgroundColor = [UIColor whiteColor];
[self.window makeKeyAndVisible];
return YES;
}

-(void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
NSLog(@"appDelegate touch begin");
//打印当前对象的下一个事件的接受者
NSLog(@"appDelegate Next Respose=%@",self.nextResponder);

//[super touchesBegan:touches withEvent:event]; 模拟系统的,一般不用自己 写,除非有特殊的需求

}
@interface VCRoot : UIViewController

@end
#import "VCRoot.h"
#import"MainView.h"
#import "SubView.h"
@interface VCRoot ()

@end

@implementation VCRoot

- (id)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil
{
self = [super initWithNibName:nibNameOrNil bundle:nibBundleOrNil];
if (self) {
// Custom initialization
}
return self;
}

- (void)viewDidLoad
{
[super viewDidLoad];
// Do any additional setup after loading the view.
//创建父视图
MainView*mainView=[[MainView alloc]init];
mainView.frame=CGRectMake(40, 60, 200, 300);
mainView.backgroundColor=[UIColor cyanColor];
//创建子视图
SubView*subView=[[SubView alloc]init];
subView.frame=CGRectMake(10, 10, 100, 100);
subView.backgroundColor=[UIColor blueColor];

//将子视图添加到父视图中
[mainView addSubview:subView];

[self.view addSubview:mainView];
}
//-(void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
//{
// NSLog(@"vcroot touch begin");
// //打印当前对象的下一个事件的接受者
// NSLog(@"root Next Respose=%@",self.nextResponder);
//
// //[super touchesBegan:touches withEvent:event];
//
//}
#import <UIKit/UIKit.h>

@interface SubView : UIView

@end

#import "SubView.h"

@implementation SubView

- (id)initWithFrame:(CGRect)frame
{
self = [super initWithFrame:frame];
if (self) {
// Initialization code
}
return self;
}
-(void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
NSLog(@"subView touch begin");
//打印当前对象的下一个事件的接受者
NSLog(@"subView Next Respose=%@",self.nextResponder);
// [super touchesBegan:touches withEvent:event];

}