UIScrollView有一個BOOL類型的tracking屬性，用來返回用戶是否已經觸及內容並打算開始滾動，我們從這個屬性開始探究UIScrollView的工作原理：
當手指觸摸到UIScrollView內容的一瞬間，會產生下面的動作：
- 攔截觸摸事件
-
tracking屬性變爲YES
-
一個內置的計時器開始生效，用來監控在極短的事件間隔內是否發生了手指移動
case1：當檢測到時間間隔內手指發生了移動，UIScrollView自己觸發滾動，tracking屬性變爲NO，手指觸摸下即使有(可以響應觸摸事件的)內部控件也不會再響應觸摸事件。case2：當檢測到時間間隔內手指沒有移動，tracking屬性保持YES，手指觸摸下如果有(可以響應觸摸事件的)內部控件，則將觸摸事件傳遞給控件進行處理。
有很多新聞類的App頂部都有一個滑動菜單欄，主要模型可能是由一個UIScrollView包含多個UIButton控件組成；當你操作的時候，手指如果是很迅速的在上面劃過，會發現即使手指觸摸的地方有UIButton，但是並沒有觸發該UIButton的任何觸摸事件，這就是上面提到的case1；當你手指是緩慢劃過或根本就沒動，纔會觸發UIButton的觸摸事件，這是case2的情況。
上面的工作原理其實有一個屬性開關來控制：delaysContentTouches。默認值爲YES；如果設置爲NO，則無論手指移動的多麼快，始終都會將觸摸事件傳遞給內部控件；設置爲NO可能會影響到UIScrollView的滾動功能。
再看另一個BOOL類型的屬性canCencelContentTouches，從字面上理解是“可以取消內容觸摸“，默認值爲YES。文檔裏的解釋是這樣的：
A Boolean value that controls whether touches in the content view always lead to tracking.
If the value of this property is YES and a view in the content has begun tracking a finger touching it, and if the user drags the finger enough to initiate a scroll, the view receives a touchesCancelled:withEvent: message and the scroll view handles the touch as a scroll. If the value of this property is NO, the scroll view does not scroll regardless of finger movement once the content view starts tracking.
翻譯爲中文大致如下：
這個BOOL類型的值控制content view裏的觸摸是否總能引發跟蹤(tracking)
如果屬性值爲YES並且跟蹤到手指正觸摸到一個內容控件，這時如果用戶拖動手指的距離足夠產生滾動，那麼內容控件將收到一個touchesCancelled:withEvent:消息，而scroll view將這次觸摸作爲滾動來處理。如果值爲NO，一旦content view開始跟蹤(tracking==YES)，則無論手指是否移動，scrollView都不會滾動。
簡單通俗點說，如果爲YES，就會等待用戶下一步動作，如果用戶移動手指到一定距離，就會把這個操作作爲滾動來處理並開始滾動，同時發送一個touchesCancelled:withEvent:消息給內容控件，由控件自行處理。如果爲NO，就不會等待用戶下一步動作，並始終不會觸發scrollView的滾動了。
