Question1: 在UIWindow中添加了两个ViewController，并显示后一个ViewController的视图，结果视图并没有被旋转成横版，仍旧按照竖版来显示？
解决办法：
给UIWindow设置一个rootViewController，之后添加的所有ViewController都以rootViewController的subview形式添加。
原因：
官方的Q&A讲的很简单：如果往一个UIWindow里面添加了两个以上的view，那么后面添加的view就会收不到旋转的事件，于是无法正常调整视图的方向 —– 只有第一个加入到UIWindow的view才会进行旋转。
Question2: 发生触摸事件后，事件的传递与响应的过程？
1、事件的传递，即寻找第一响应者
发生触摸事件后，系统首先会将该事件加入到一个由UIApplication管理的队列事件中；
UIApplication会从事件队列中取出最前面的事件，并将事件分发下去以便处理，通常会先发送事件给应用程序的主窗口(keyWindow)，主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件。
即：>UIApplication -> Window ->递归找到处理事件的控件（寻找hit-test view）
2、事件的响应，即寻找事件的处理者
递归找到处理事件的控件->控件调用touches方法 -> 判断是否实现了touch 方法 ->如果没有实现默认将事件传递给上一个响应者
接下来就是事件的响应者对事件进行处理（调用touches方法） 。
如何做到一个事件多个对象处理：
因为系统默认做法是把事件上抛给父控件，所以可以通过重写自己的touches方法和父控件的touches方法来达到一个事件多个对象处理的目的。
解释： 如果需要自定义触摸事件就需要重写touch事件，如果找到第一响应者重写这个事件，那么这个事件就由这个响应者处理，如果需要这个事件多个对象处理，那么在touch事件里面加上[super touchesBegan:touches withEvent:event];
想要弄清楚具体的过程，让我们先来看看一些基本的概念
- 1.在iOS系统中，一共有三种形式的事件 ( 事件类型 )
- 触摸事件(Touch Event) ： 当用户触摸屏幕时发生的事件。
- 运动事件(Motion Event) ：用户移动设备时发生的事件：加速计，重力感应。
- 远端控制事件(Remote-control Event) ： 如通过耳机进行控制iOS设备声音等都属于远端控制事件。
UITouch
当你用一根手指触摸屏幕时, 会创建一个与之关联的UITouch对象, 一个UITouch对象对应一根手指. 在事件中可以根据NSSet中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;
UIEvent
每产生一个事件, 就对应产生一个UIEvent. UIEvent记录着该事件产生的时间, 事件的类型等等
UIEvent几个重要的属性 :
事件类型
@property(nonatomic,readonly) UIEventType type;
@property(nonatomic,readonly) UIEventSubtype subtype;
事件产生的时间
@property(nonatomic,readonly) NSTimeInterval timestamp;
响应者对象(UIResponder)
在iOS中不是任何对象都能处理事件, 只有继承了UIResponder的对象才能接收并处理事件,我们称为响应者对象
UIApplication,UIViewController,UIView都继承自UIResponder,因此他们都是响应者对象, 都能够接收并处理事件
继承自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;
两个UIView相关属性:
multipleTouchEnabled:是否开启多点触控
exclusiveTouch :多个控件接受事件时的排他性
-
iOS系统事件传递
7.png
当用户发起一个事件，比如触摸屏幕或者晃动设备，系统产生一个事件，同时投递给UIApplication，而UIApplication则将这个事件传递给特定的UIWindow进行处理(正常情况都一个程序都只有一个UIWindow)，然后由UIWindow将这个事件传递给特定的对象(即first responder)。
事件的传递过程中不同事件first responder响应者的确定？
虽然都是通过响应链对事件进行处理，但是触摸事件和运动事件在处理上有着明显的不同 ( 主要体现在确定哪个对象才是他们的 first responder )：
触摸事件是通过HitTest来确定first responder(整个过程和Windows中对消息的处理基本是一样的)：当一个事件发生时，UIWindow将这个事件传递给当前可见的最顶端的view进行hitTest，并在这个hitTest里面进行递归查找，直到找到能够响应hitTest的最底层的那个Responder，确定为first responder。然后从这个responder开始进行处理这个事件，如果不能处理，则往上冒泡直到有一个Responder可以对这个事件进行处理为止。
但是运动事件却不太一样，它并不用进行HitTest，而是直接以响应链中被指定为first responder的对象为起点，通过响应链进行事件的分发和处理。第一个加入到UIWindow中的ViewController即是运动事件的first responder。这也就解释了为啥后加入的view不会被正常的旋转：虽然都是通过first responder开始分发事件，但是一个有进行hittest，一个没有，虽然大多数情况下hittest view和first responder是同一个view，但也不绝对。正如旋转的这个例子一样。
- 寻找hit-test view
什么是hit-test view呢？简单来说就是你触发事件所在的那个View，寻找hit-test view的过程就叫做Hit-Testing。那么，系统是如何来执行Hit-Testing呢，首先假设现在有如下这么一个UI布局，一种有ABCDE五个View。
假设一个单击事件发生在了View D里面，系统首先会从最顶层的View A开始寻找，发现事件是在View A或者其子类里面，那么接着从B和C找，发现事件是在C或者其子类里面，那么接着到C里面找，这时发现事件是在D里面，并且D已经没有子类了，那么hit-test view就是View D啦。
- 第一响应者(First Responder)
第一响应者是第一个接收事件的View对象，我们在Xcode的Interface Builder画视图时，可以看到视图结构中就有First Responder。
这里的First Responder就是UIApplication了。另外，我们可以控制一个View让其成为First Responder，通过实现 canBecomeFirstResponder方法并返回YES可以使当前View成为第一响应者，或者调用View的becomeFirstResponder方法也可以，例如当UITextField调用该方法时会弹出键盘进行输入，此时输入框控件就是第一响应者。
事件的响应之 - 事件的响应
- 左边的情况，接收事件的initial view如果不能处理该事件并且她不是顶层的View，则事件会往它的父View进行传递。initial view的父View获取事件后如果仍不能处理，则继续往上传递，循环这个过程。如果顶层的View还是不能处理这个事件的话，则会将事件传递给它们的ViewController，如果ViewController也不能处理，则传递给Window(UIWindow)，此时Window不能处理的话就将事件传递给Application(UIApplication)，最后如果连Application也不能处理，则废弃该事件。
- 右边图的流程唯一不同就在于，如果当前的ViewController是由层级关系的，那么当子ViewController不能处理事件时，它会将事件继续往上传递，直到传递到其Root ViewController，后面的流程就跟之前分析的一样了。
- 事件的传递和响应的区别：
事件的传递是从上到下（父控件到子控件），事件的响应是从下到上（顺着响应者链条向上传递：子控件到父控件。
http://www.jianshu.com/p/f55b613b564e
http://www.cnblogs.com/zhw511006/p/3517248.html
http://blog.csdn.net/primer_programer/article/details/7009689
