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(MotionEvent ev)
事件分發(fā)相關(guān)的方法，沿著View樹將一個(gè)用戶的觸摸事件向下分發(fā)。
onInterceptTouchEvent(MotionEvent ev)
在dispatchTouchEvent中被調(diào)用，用來判斷某一層級(jí)是否攔截一個(gè)事件，返回true即攔截，事件不會(huì)再向下分發(fā)，注意View樹中葉子節(jié)點(diǎn)（View和ViewGroup）直接攔截事件。
onTouchEvent(MotionEvent ev)
一個(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很簡(jiǎn)單，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)畫。

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

基本介紹

一個(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方法。
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)纳舷蛳禄?，同時(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顯示出來，其實(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ù)邏輯。注意的是，由于當(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í)通過當(dāng)前ViewGroup的消息隊(duì)列，在任務(wù)完成后修改UI。

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

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