Android事件攔截機(jī)制

Android中事件的傳遞和攔截和View樹(shù)結(jié)構(gòu)是相關(guān)聯(lián)的，在View樹(shù)中，分為葉子節(jié)點(diǎn)和普通節(jié)點(diǎn)，普通節(jié)點(diǎn)有子節(jié)點(diǎn)只能是ViewGroup，葉子節(jié)點(diǎn)可以是View或者ViewGroup。Android和事件分發(fā)攔截相關(guān)的方法有
dispatchTouchEvent(MotionEvent ev)
事件分發(fā)相關(guān)的方法，沿著View樹(shù)將一個(gè)用戶的觸摸事件向下分發(fā)。
onInterceptTouchEvent(MotionEvent ev)
在dispatchTouchEvent中被調(diào)用，用來(lái)判斷某一層級(jí)是否攔截一個(gè)事件，返回true即攔截，事件不會(huì)再向下分發(fā)，注意View樹(shù)中葉子節(jié)點(diǎn)（View和ViewGroup）直接攔截事件。
onTouchEvent(MotionEvent ev)
一個(gè)某一個(gè)層級(jí)攔截了事件，那么所有事件序列都會(huì)交由它處理，后面onInterceptTouchEvent不會(huì)再被調(diào)用，轉(zhuǎn)而onTouchEvent被調(diào)用。OnTouchEvent返回true則消耗掉這個(gè)事件序列，如果沒(méi)有消耗ACTION_DOWN事件則事件序列將沿著View樹(shù)向上傳遞，去找能處理這個(gè)事件的父View。如果消耗了ACTION_DOWN而沒(méi)有消耗其它事件，那么這個(gè)事件序列將消失。

整體過(guò)程描述：事件產(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，由此可見(jiàn)三種處理事件方法的優(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。也就是說(shuō)，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消失不見(jiàn)，第二個(gè)子View相對(duì)效果即是向上滑動(dòng)。所以這里要注意ScrollTo和ScrollBy的正負(fù)值，同時(shí)記住滑動(dòng)的是ViewGroup，子View只是間接滑動(dòng)的。
最后，Scroller很簡(jiǎn)單，Scroller更類(lèi)似于動(dòng)畫(huà)中的插值器，處理計(jì)算和存儲(chǔ)坐標(biāo)值，什么也沒(méi)有做。當(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)畫(huà)。

下拉刷新組件的簡(jiǎn)單原理

基本介紹

一個(gè)典型的下拉刷新界面如上，對(duì)于下拉刷新功能而言，界面主要包含兩個(gè)部分，一個(gè)是展示Refresh界面的部分，一個(gè)是展示如ListView之類(lèi)列表的部分。為了實(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è)觸摸事件，誰(shuí)來(lái)攔截誰(shuí)來(lái)處理的問(wèn)題。

RefreshLayout實(shí)現(xiàn)：

RefreshLayout繪制過(guò)程：

首先通過(guò) LayoutInflater.from(context).inflate以及addView方法，在RefreshLayout構(gòu)造函數(shù)中向布局添加header和content。對(duì)于一個(gè)ViewGroup而言，繪制過(guò)程中最重要的是onMeasure和onLayout方法。
onMeasure

@Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {  super.onMeasure(widthMeasureSpec, heightMeasureSpec);  int width = MeasureSpec.getSize(widthMeasureSpec);  int height = 0;  for(int i=0;i<getChildCount();i++) {   measureChild(getChildAt(i),widthMeasureSpec,heightMeasureSpec);   height += getChildAt(i).getMeasuredHeight();  }  height = heightMeasureSpec;  setMeasuredDimension(width,height); }

onMeasure方法中，一定要對(duì)全部子View進(jìn)行measure，在這里調(diào)用的是measureChild方法，因?yàn)閙easureChild內(nèi)部還會(huì)根據(jù)子View的LayoutParams進(jìn)一步封裝出MeasureSpec進(jìn)行測(cè)量。

@Override protected void onLayout(boolean changed, int l, int t, int r, int b) {  int count = getChildCount();  int left =getPaddingLeft();  Log.d("TAG", l + " " + t + " " + r + " " + b);  int top = getPaddingTop();  for(int i=0;i<count;i++) {   View child = getChildAt(i);   child.layout(left,top,child.getMeasuredWidth(),child.getMeasuredHeight() + top);   Log.d("TAG", "child: " + child.getMeasuredWidth() + " " + child.getMeasuredHeight());   top += child.getMeasuredHeight();  }  if(!init){   //將ViewGroup向y軸正方向移動(dòng)，其實(shí)相當(dāng)于將View向y軸負(fù)方向移動(dòng)   scrollTo(0,mHeaderHeight+getPaddingTop());   invalidate();   init = true;  } }

onLayout方法中進(jìn)行我們想要的布局，注意由于重新繪制時(shí)，onMeasure和onLayout會(huì)多次被調(diào)用，所以要注意一些初始化方法的執(zhí)行。

RefreshLayout事件攔截及處理

@Override public boolean onInterceptTouchEvent(MotionEvent ev) {  switch (ev.getAction()) {   case MotionEvent.ACTION_DOWN:    prevY = (int) ev.getRawY();    break;   case MotionEvent.ACTION_MOVE:    int delY = (int) (ev.getRawY() - prevY);    Log.d("TAG", "delY " + delY);    if(delY>0) {     return true;    }    break;  }  return false; }

在攔截事件中，只做了一個(gè)簡(jiǎn)單的判斷，一旦滑動(dòng)的縱向距離大于0，表明手指再?gòu)纳舷蛳禄瑫r(shí)這里應(yīng)該判斷一下ListView中顯示的第一條是不是全部數(shù)據(jù)中的第一條。然后攔截事件后交由onTouchEvent處理。

@Override public boolean onTouchEvent(MotionEvent event) {  switch (event.getAction()) {   case MotionEvent.ACTION_MOVE:    int dy = (int) (event.getRawY() - prevY);    int sy = mHeaderHeight-dy;    scrollTo(0,sy>0?sy:0);    Log.d("TAG", "dy " + dy);    break;   case MotionEvent.ACTION_UP:    refresh();    break;  }  return true; }

之前將ViewGroup向下滑動(dòng)了headerHeight的距離，為了讓header顯示出來(lái)，其實(shí)應(yīng)該讓ViewGroup向上滑動(dòng)也即y軸變小，同時(shí)為了避免過(guò)分滑動(dòng)還要進(jìn)行一下判斷。當(dāng)手指抬起時(shí)，還要根據(jù)移動(dòng)的y軸增量判斷一下是否是有效的滑動(dòng)，然后處理響應(yīng)的業(yè)務(wù)邏輯。注意的是，由于當(dāng)前是主線程，所以要使用

  new Thread(new Runnable() {   @Override   public void run() {    mission();    post(new Runnable() {     @Override     public void run() {      mScroller.startScroll(getScrollX(),getScrollY(),0,mHeaderHeight+getPaddingTop(),3000);      mArrowView.setVisibility(VISIBLE);      mProgress.setVisibility(GONE);     }    });   }  }).start();

新起一個(gè)線程完成mission，同時(shí)通過(guò)當(dāng)前ViewGroup的消息隊(duì)列，在任務(wù)完成后修改UI。

涉及到的原理大致就是這些，完整的代碼可以查看何洪洋老師的博客：
https://github.com/hehonghui/android_my_pull_refresh_view

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持武林網(wǎng)。