【移動(dòng)應(yīng)用開發(fā)技術(shù)】Android Scroller及下拉刷新組件原理解析

【移動(dòng)應(yīng)用開發(fā)技術(shù)】AndroidScroller及下拉刷新組件原理解析

Android事件攔截機(jī)制Android中事件的傳遞和攔截和View樹結(jié)構(gòu)是相關(guān)聯(lián)的，在View樹中，分為葉子節(jié)點(diǎn)和普通節(jié)點(diǎn)，普通節(jié)點(diǎn)有子節(jié)點(diǎn)只能是ViewGroup，葉子節(jié)點(diǎn)可以是View或者ViewGroup。Android和事件分發(fā)攔截相關(guān)的方法有

dispatchTouchEvent(MotionEventev)

事件分發(fā)相關(guān)的方法，沿著View樹將一個(gè)用戶的觸摸事件向下分發(fā)。

onInterceptTouchEvent(MotionEventev)

在dispatchTouchEvent中被調(diào)用，用來判斷某一層級(jí)是否攔截一個(gè)事件，返回true即攔截，事件不會(huì)再向下分發(fā)，注意View樹中葉子節(jié)點(diǎn)（View和ViewGroup）直接攔截事件。

onTouchEvent(MotionEventev)

一個(gè)某一個(gè)層級(jí)攔截了事件，那么所有事件序列都會(huì)交由它處理，后面onInterceptTouchEvent不會(huì)再被調(diào)用，轉(zhuǎn)而onTouchEvent被調(diào)用。OnTouchEvent返回true則消耗掉這個(gè)事件序列，如果沒有消耗ACTION_DOWN事件則事件序列將沿著View樹向上傳遞，去找能處理這個(gè)事件的父View。如果消耗了ACTION_DOWN而沒有消耗其它事件，那么這個(gè)事件序列將消失。整體過程描述：事件產(chǎn)生傳遞到某一個(gè)ViewGroup時(shí)，首先其onInterceptTouchEvent會(huì)被調(diào)用，如果當(dāng)前ViewGroup選擇攔截這個(gè)事件則返回true，于是它的onTouchEvent會(huì)被調(diào)用。否則將繼續(xù)調(diào)用子View的dispatchTouchEvent進(jìn)行方法的攔截判斷和相應(yīng)的處理。

當(dāng)一個(gè)View處理事件時(shí)，首先會(huì)調(diào)用它的OnTouchListener，如果OnTouchListener返回false則會(huì)繼續(xù)調(diào)用onTouchEvent，在onTouchEvent中才會(huì)檢查onClickListener，由此可見三種處理事件方法的優(yōu)先級(jí)是：OnTouchListener>onTouchEvent>onClickListener。ScrollTo，ScrollBy，Scroller在實(shí)現(xiàn)滑動(dòng)效果的時(shí)候，最常用的三個(gè)方法就是ScrollTo，ScrollBy和Scroller

首先介紹ScrollTo和ScrollBy，兩個(gè)方法一個(gè)是滑動(dòng)到某個(gè)位置，一個(gè)是滑動(dòng)多少位置。關(guān)鍵在于，ScrollTo和ScrollBy對(duì)于普通的View組件比如TextView、ImageView的效果是移動(dòng)View的內(nèi)容，也就是相應(yīng)的字體、照片，僅對(duì)于ViewGroup才是移動(dòng)所有的子View。也就是說，ScrollTo和ScrollBy通常用在自定義的ViewGroup實(shí)現(xiàn)滑動(dòng)效果時(shí)。

其次要理解ViewGroup滑動(dòng)的坐標(biāo)系，如下圖左邊是滑動(dòng)前的布局，一個(gè)ViewGroup下面有兩個(gè)子View，在ViewGroup中調(diào)用ScrollTo（0，300）就是將ViewGroup向下滑動(dòng)，可以將ViewGroup看做一個(gè)透明窗口，向下滑動(dòng)后第一個(gè)子View消失不見，第二個(gè)子View相對(duì)效果即是向上滑動(dòng)。所以這里要注意ScrollTo和ScrollBy的正負(fù)值，同時(shí)記住滑動(dòng)的是ViewGroup，子View只是間接滑動(dòng)的。

最后，Scroller很簡單，Scroller更類似于動(dòng)畫中的插值器，處理計(jì)算和存儲(chǔ)坐標(biāo)值，什么也沒有做。當(dāng)我們調(diào)用

mScroller.startScroll(getScrollX(),getScrollY(),0,mHeaderHeight+getPaddingTop(),3000);后，實(shí)際上是在其中根據(jù)時(shí)間和要移動(dòng)的像素計(jì)算出每一時(shí)刻所應(yīng)該在的像素位置，然后不停的調(diào)用scrollBy移動(dòng)到這個(gè)位置并重繪。同時(shí)由于View在重繪時(shí)繪調(diào)用computeScroll方法，所以我們要在其中進(jìn)行判斷并繼續(xù)scroll，形成有條件遞歸，形成動(dòng)畫。下拉刷新組件的簡單原理基本介紹一個(gè)典型的下拉刷新界面如上，對(duì)于下拉刷新功能而言，界面主要包含兩個(gè)部分，一個(gè)是展示Refresh界面的部分，一個(gè)是展示如ListView之類列表的部分。為了實(shí)現(xiàn)下拉刷新功能，我們所需要的就是自定義一個(gè)ViewGroup。我們的RefreshLayout中包含兩個(gè)子View，header和content。header界面如下：content可以是ListView，同樣也是一個(gè)ViewGroup。界面初始時(shí)由于header和content都可以看到，所以我們?cè)赗efreshLayout的onLayout方法結(jié)束前，調(diào)用scrollTo(0,headerHeight)可以將header滑動(dòng)出界面。然后，總的思路就是分析RefreshLayout和ListView對(duì)于一個(gè)觸摸事件，誰來攔截誰來處理的問題。RefreshLayout實(shí)現(xiàn)：RefreshLayout繪制過程：首先通過LayoutInflater.from(context).inflate以及addView方法，在RefreshLayout構(gòu)造函數(shù)中向布局添加header和content。對(duì)于一個(gè)ViewGroup而言，繪制過程中最重要的是onMeasure和onLayout方法。

onMeasureonMeasure方法中，一定要對(duì)全部子View進(jìn)行measure，在這里調(diào)用的是measureChild方法，因?yàn)閙easureChild內(nèi)部還會(huì)根據(jù)子View的LayoutParams進(jìn)一步封裝出MeasureSpec進(jìn)行測(cè)量。onLayout方法中進(jìn)行我們想要的布局，注意由于重新繪制時(shí)，onMeasure和onLayout會(huì)多次被調(diào)用，所以要注意一些初始化方法的執(zhí)行。RefreshLayout事件攔截及處理在攔截事件中，只做了一個(gè)簡單的判斷，一旦滑動(dòng)的縱向距離大于0，表明手指再從上向下滑，同時(shí)這里應(yīng)該判斷一下ListView中顯示的第一條是不是全部數(shù)據(jù)中的第一條。然后攔截事件后交由onTouchEvent處理。之前將ViewGroup向下滑動(dòng)了headerHeight的距離，為了讓header顯示出來，其實(shí)應(yīng)該讓ViewGroup向上滑動(dòng)也即y軸變小，同時(shí)為了避免過分滑動(dòng)還要進(jìn)行一下判斷。當(dāng)手指抬起時(shí)，還要根據(jù)移動(dòng)的y軸增量判斷一下是否是有效的滑動(dòng)，然后處理響應(yīng)的業(yè)務(wù)