iOS Hit-Testing

在我們使用iOS app的時候，在界面上這裏點一下那裏拖一下，app也接收我們的手勢從而調用相對應的方法。那麼這篇文章就是講解當我們點擊界面的時候，iOS是如何知道我們點擊的是哪一個View？

那麼這個過程就是由hit-testing來完成的。通過hit-testing app 可以知道由那個 view 來響應事件。

下面我就簡單介紹一下 hit-testing 是怎麼運作的。當我們在界面發生觸碰等手勢的時候，UIKit 就會打包出一個 UIEvent 對象，並且會把這個對象傳遞給當前正在活躍的 app ，分發給 app 後單利 UIApplication 就會從它的事件隊列裏面取出一個事件進行響應。然後接下來 UIApplication 就要開始煩惱要哪個 View 來響應這個事件，那麼這個時候就是 hit-testing 出場的時候了。

hit-testing 的執行過程是：當 UIApplication 接到 UIEvent 以後就會將事件傳給 UIWindow ，然後 UIWindow 將事件傳給它的 SubView ，然後再次傳給 SubView 判斷是不是發生在這個 View 裏面，直到找到最小的發生這個事件的 View 。如果沒有找到就返回自身，然後從兄弟 View 又開始找。 但是問題來了 hit-testing 是以什麼順序找 SubView 的呢。就是你添加 SubView 的逆序來遍歷的，換句話說就是從最頂層的 SubView 開始找。

如圖說明：

View.png

我添加 View 的順序是：

[self.view addSubView:View1];
[self.view addSubView:View2];
[self.view addSubView:View3];

所以 hit-testing 檢測 SubView 的順序是:

hit-testing 檢測順序.png

所以 hit-testing 進行的是深度優先的檢測，當然也不是無腦的深度優先，假如現在 View3 有自己的 SubView 那麼 hit-testing 是不會檢測 View3 的 SubView 的。因爲在檢測 View3 的時候就已經可以斷定事件發生的點不在 View3 內所以它的 SubView 也是不會檢測的。所以 hit-testing 在檢測的時候還是會進行進行剪枝的從而提高效率。

在知道了 hit-testing 的檢測過程以後在代碼裏面是怎麼實現的呢？當然我們不可能準確的知道只能是猜測大概的情況。

在 UIView 中有兩個方法分別是：

- (BOOL)pointInside:(CGPoint)*point* withEvent:(UIEvent *)*event;
- (UIView *)hitTest:(CGPoint)*point* withEvent:(UIEvent *)*event;

hit-testing 就是調用

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

來得到發生事件的最小的 UIView ，而就是通過調用

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

來判斷一個事件是否發生在一個 UIView 中。所以過程應該是 UIView 在接受到 hit-testing 消息後，先是判斷自身的 alpha 、userInteractionEnabled、hidden 等屬性，如果這些屬性不滿足要求那麼

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

直接返回 nill ，如果符合要求就掉用 

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

判斷事件是否發生在自己這裏，如果不在自己這裏，就返回 nill ，如果是在自己這裏那麼就對自己的 SubView 調用

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

從而得到一個 View 並且返回。

那麼到這裏爲止 hit-testing 的具體過程就講完了，那麼知道了有什麼好處呢？在 UIView 的子類中我們可以重寫

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

所以有趣的事情就多了。