? ? ? ? 移動平臺上的開發主要關注數據以及數據的處理，事件的處理以及UI。所以事件的分發處理是很重要的一個環節，對于一個平臺的優劣來說也是一項重要的參數。如果事件的分發設計的不好，一些復雜的UI場景就會變得很難寫甚至沒法寫。從小屏沒有觸摸的功能機開始到現在大屏多點觸摸的智能機，對于事件的分發處理基本思路都是一樣的——鏈（設計模式中有個模式就是職責鏈chain of responsibility），只是判定的復雜程度不同。

? ? ? ? iOS中的事件有3類，觸摸事件（單點，多點，手勢）、傳感器事件（加速度傳感器）和遠程控制事件，這里我介紹的是第一種事件的分發處理。

? ? ? ??

? ? ? ? 上面的這張圖來自蘋果的官方。描述了Responder的鏈，同時也是事件處理的順序。通過這兩張圖，我們可以發現：

? ? ? ? 1. 事件順著responder chain傳遞，如果一環不處理，則傳遞到下一環，如果都沒有處理，最后回到UIApplication，再不處理就會拋棄

? ? ? ? 2. view的下一級是包含它的viewController，如果沒有viewController則是它的superView

? ? ? ? 3. viewController的下一級是它的view的superView

? ? ? ? 4. view之后是window，最后傳給application，這點iOS會比OS X簡單（application就一個，window也一個）

? ? ? ? ?總結出來傳遞規則是這樣的：

? ? ? ??

? ? ? ? 這樣事件就會從first responder逐級傳遞過來，直到被處理或者被拋棄。

? ? ? ? 由于UI的復雜，這個responder chain是需要根據事件來計算的。比如，我現在在一個view內加入了2個Button，先點擊了一個，則first responder肯定是這個點擊過的button，但我下面可以去點擊另一個button，所以顯然，當觸摸事件來時，這個chain是需要重新計算更新的，這個計算的順序是事件分發的順序，基本上是分發的反過來。

? ? ? ??

? ? ? ? 無論是哪種事件，都是系統本身先獲得，是iOS系統來傳給UIApplication的，由Application再決定交給誰去處理，所以如果我們要攔截事件，可以在UIApplication層面或者UIWindow層面去攔截。

? ? ? ??

? ? ? ??

? ? ? ? UIView是如何判定這個事件是否是自己應該處理的呢？iOS系統檢測到一個觸摸操作時會打包一個UIEvent對象，并放入Application的隊列，Application從隊列中取出事件后交給UIWindow來處理，UIWindow會使用hitTest:withEvent:方法來遞歸的尋找操作初始點所在的view，這個過程成為hit-test view。

? ? ? ? hitTest:withEvent:方法的處理流程如下：調用當前view的pointInside:withEvent:方法來判定觸摸點是否在當前view內部，如果返回NO，則hitTest:withEvent:返回nil；如果返回YES，則向當前view內的subViews發送hitTest:withEvent:消息，所有subView的遍歷順序是從數組的末尾向前遍歷，直到有subView返回非空對象或遍歷完成。如果有subView返回非空對象，hitTest方法會返回這個對象，如果每個subView返回都是nil，則返回自己。

? ? ? ? 好了，我們還是看個例子:

? ? ? ??

? ? ? ? 這里ViewA包含ViewB和ViewC，ViewC中繼續包含ViewD和ViewE。假設我們點擊了viewE區域，則hit-test View判定過程如下：

? ? ? ?1. 觸摸在A內部，所以需要檢查B和C

? ? ? ?2. 觸摸不在B內部，在C內部，所以需要檢查D和E

? ? ? ?3. 觸摸不在D內部，但在E內部，由于E已經是葉子了，所以判定到此結束

? ? ? ? 我們可以運行一段代碼來驗證，首先從UIView繼承一個類myView，重寫里面的

[objc]?view plaincopy

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

{??

????UIView?*retView?=?nil;??

????NSLog(@"hitTest?%@?Entry!?event=%@",?self.name,?event);??

??????

????retView?=?[super?hitTest:point?withEvent:event];??

????NSLog(@"hitTest?%@?Exit!?view?=?%@",?self.name,?retView);??

?????

????return?retView;??

}??

[objc]?view plaincopy

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

{??

????BOOL?ret?=?[super?pointInside:point?withEvent:event];??

//????if?([self.name?isEqualToString:@"viewD"])?{??

//????????ret?=?YES;??

//????}??

????if?(ret)?{??

????????NSLog(@"pointInside?%@?=?YES",?self.name);??

????}?else?{??

????????NSLog(@"pointInside?%@?=?NO",?self.name);??

????}??

??????

????return?ret;??

}??

? ? ? ? 在viewDidLoad方法中手動加入5個view，都是myView的實例。

[objc]?view plaincopy

-?(void)viewDidLoad??

{??

????[super?viewDidLoad];??

??????

????_viewA?=?[[myView?alloc]?initWithFrame:CGRectMake(10,?10,?300,?200)?Color:[UIColor?blackColor]?andName:@"viewA"];??

????[self.view?addSubview:_viewA];??

????[_viewA?release];??

??????

????_viewB?=?[[myView?alloc]?initWithFrame:CGRectMake(10,?240,?300,?200)?Color:[UIColor?blackColor]?andName:@"viewB"];??

????[self.view?addSubview:_viewB];??

????[_viewB?release];??

??????

????_viewC?=?[[myView?alloc]?initWithFrame:CGRectMake(10,?10,?120,?180)?Color:[UIColor?blueColor]?andName:@"viewC"];??

????[_viewB?addSubview:_viewC];??

????[_viewC?release];??

??????

????_viewD?=?[[myView?alloc]?initWithFrame:CGRectMake(170,?10,?120,?180)?Color:[UIColor?blueColor]?andName:@"viewD"];??

????[_viewB?addSubview:_viewD];??

????[_viewD?release];??

??????

????_viewE?=?[[myView?alloc]?initWithFrame:CGRectMake(30,?40,?60,?100)?Color:[UIColor?redColor]?andName:@"viewE"];??

????[_viewD?addSubview:_viewE];??

????[_viewE?release];??

??

}??

? ? ? ? 這個樣式如下：

? ? ? ? 當我點擊viewE的時候，打印信息如下：

2014-01-25 18:32:46.538 eventDemo[1091:c07] hitTest viewB Entry! event=<UITouchesEvent: 0x8d0cae0> timestamp: 6671.26 touches: {(

)}

2014-01-25 18:32:46.538 eventDemo[1091:c07] pointInside viewB = YES

2014-01-25 18:32:46.539 eventDemo[1091:c07] hitTest viewD Entry! event=<UITouchesEvent: 0x8d0cae0> timestamp: 6671.26 touches: {(

)}

2014-01-25 18:32:46.539 eventDemo[1091:c07] pointInside viewD = YES

2014-01-25 18:32:46.539 eventDemo[1091:c07] hitTest viewE Entry! event=<UITouchesEvent: 0x8d0cae0> timestamp: 6671.26 touches: {(

)}

2014-01-25 18:32:46.540 eventDemo[1091:c07] pointInside viewE = YES

2014-01-25 18:32:46.540 eventDemo[1091:c07] hitTest viewE Exit! view = <myView: 0x8c409f0; frame = (30 40; 60 100); layer = <CALayer: 0x8c40a90>>

2014-01-25 18:32:46.540 eventDemo[1091:c07] hitTest viewD Exit! view = <myView: 0x8c409f0; frame = (30 40; 60 100); layer = <CALayer: 0x8c40a90>>

2014-01-25 18:32:46.541 eventDemo[1091:c07] hitTest viewB Exit! view = <myView: 0x8c409f0; frame = (30 40; 60 100); layer = <CALayer: 0x8c40a90>>

2014-01-25 18:32:46.541 eventDemo[1091:c07] touchesBegan viewE

2014-01-25 18:32:46.624 eventDemo[1091:c07] touchesEnded viewE

? ? ? ? 從打印信息可以看到，先判斷了viewB，然后是viewD，最后是viewE，但事件就是直接傳給了viewE。

轉載自：http://blog.csdn.net/pi9nc/article/details/18779781

總結

以上是生活随笔為你收集整理的iOS的事件分发的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。