[學習筆記]Android開發藝術探索：View的事件體系

View基礎知識

View是Android所有控件的基類；View是一種界面層的控件的一種抽象，代表了一個控件；ViewGroup繼承自View。

View的位置主要由它的四個定點來決定，分別對應View的四個屬性：top、left、right、bottom，這下座標都是相對父容器而言的。獲取方式getXXX()。

從3.0開始View增加了x、y、translationX、translationY；x和y是View左上角的座標，translationX和translationY是View左上方相對父容器的偏移量。

x = left + translationX；

y = top + translationY；

View平移的過程中，top和left表示的是原始左上角的位置信息；其值並不會改變，此時發生改變的是x、y、translationX和translationY。

MotionEvent是指用戶手指觸摸屏幕產生的一系列事件。

ACTION_DOWN: 手指剛接觸屏幕
ACTION_DMOVE：手指在屏幕上移動
ACTION_UP：手指從屏幕上鬆開的一瞬間

getX/getY獲取相對當前View左上角的x和y座標；getRawX/getRawY獲取相對手機屏幕左上角的x和y座標。

TouchSlop是系統能識別滑動的最小距離，是系統常量，當手指在屏幕上滑動，小於這個距離，系統不認爲你在進行滑動操作；可通過ViewConfiguration.get(getContext()).getScaledTouchSlop()方法來獲取;

VelocityTracker用於追蹤手指在滑動過程中的速度。在View的onTouchEvent方法中追蹤當前單擊事件的速度。

VelocityTracker velocityTracker = VelocityTracker.obtain(); 
velocityTracker.addMovement(event);

想知道當前滑動速度時，獲取速度前需計算速度，參數是時間間隔，單位ms。

velocityTracker.computeCurrentVelocity(1000);  
//獲取速度
int xVelocity = (int)velocityTracker.getXVelocity(); 
int yVelocity = (int)velocityTracker.getYVelocity();

速度 = （終點位置 - 起點位置）/ 時間段

GestureDetector用於輔助檢測用戶的單擊、滑動、長按、雙擊等行爲。建議：如果只是監聽滑動相關的推薦在onTouchEvent中實現，如果需要監聽雙擊，使用GeststureDetector。

Scroller用來實現View的彈性滑動，View的scrollTo/scrollBy是瞬間完成的，使用Scroller配合View的computeScroll方法配合使用達到彈性滑動的效果

View的滑動

scrollTo和scrollBy只能改變View內容而不能改變View本身的位置。scrollBy內部也是調用了scrollTo，它是基於當前位置的相對滑動，scrollTo是基於所傳遞參數的絕對滑動。在滑動過程中mScrollX/mScrollY總是等於View邊緣與View內容邊緣的距離，這兩個屬性用getScrollX/getScrollY方法獲取。滑動偏移量mScrollX和mScrollY的正負與實際滑動方向相反。

使用動畫來移動View,主要是操作View的translationX和translationY屬性。需要注意的是，View動畫只是對View的影像做操作，它並不能真正改變View的位置參數，如果這個View設置了點擊事件，點擊動畫後的新位置無法觸發點擊事件的，使用屬性動畫沒有此問題，但3.0之前系統無屬性動畫。

ObjectAnimator.ofFloat(mButton1, "translationX", 0, 100) .setDuration(1000).start();

改變佈局參數實現滑動，即改變LayoutParams，或者設置一個空View。如想將一個View右平移100px，只需要將該View的LayoutParams裏的marginLeft增加100px即可。

ViewGroup.MarginLayoutParams params = (ViewGroup.MarginLayoutParams) mBtn.getLayoutParams();
params.leftMargin += 100;
mBtn.requestLayout();
//或者mBtn.setLayoutParams(params);

總結：

scrollTo/scrollBy: 操作簡單，適合對View內容的滑動
動畫: 操作簡單，適合沒有交互的View和實現負責的動畫效果
改變佈局參數：操作稍微複雜，適合有交互的View

彈性滑動

Scroller不能直接完成View滑動，需要配合View的computeScroll方法纔可以完成彈性滑動，它讓View不斷重繪，每一次重繪有一個時間間隔，通過這個時間間隔Scroller就可以得出View當前滑動的位置，知道了滑動位置就通過scrollTo來完成滑動。每一次滑動都會導致View小幅度滑動，多次小幅度滑動組成了彈性滑動，這就是Scroller的工作機制。

startScroll() 把參數保存下來，然後invalidate()會調用，導致View重繪，draw()中調用computeScroll()，該方法爲空實現，去調用scrollTo(x,y)實現滑動和 postInvalidate() 繼續重繪，反覆下去完成彈性滑動。

通過動畫可以直接實現彈性滑動

            ValueAnimator animator = ValueAnimator.ofInt(0,
                    1).setDuration(1000);
            animator.addUpdateListener(new ValueAnimator.AnimatorUpdateListener() {
                @Override
                public void onAnimationUpdate(ValueAnimator animator) {
                    float fraction = animator.getAnimatedFraction();
                    mButton1.scrollTo(startX + (int) (deltaX * fraction), 0);
                }
            });
 						animator.start();

使用延時策略完成滑動，核心思想就是通過發送一系列延時消息從而達到一種漸進式的效果。用Handler或View的postDelayed方法，postDelayed發送延時消息，然後消息中進行View滑動，接連不斷的發送這種延時消息，達到彈性滑動的效果。也可以使用線程的sleep方法來實現。

    private static final int MESSAGE_SCROLL_TO = 1;
    private static final int FRAME_COUNT = 30;
    private static final int DELAYED_TIME = 33;
    private int mCount = 0;
    
    @SuppressLint("HandlerLeak")
    private Handler mHandler = new Handler() {
        public void handleMessage(Message msg) {
            switch (msg.what) {
                case MESSAGE_SCROLL_TO: {
                    mCount++;
                    if (mCount <= FRAME_COUNT) {
                        float fraction = mCount / (float) FRAME_COUNT;
                        int scrollX = (int) (fraction * 100);
                        mButton1.scrollTo(scrollX, 0);
                        mHandler.sendEmptyMessageDelayed(MESSAGE_SCROLL_TO, DELAYED_TIME);
                    }
                    break;
                }

                default:
                    break;
            }
        }
    };

		mHandler.sendEmptyMessageDelayed(MESSAGE_SCROLL_TO, DELAYED_TIME);

View的事件分發機制

dispatchTouchEvent(MotionEvent event) 用來處理事件的分發，返回結果受當前View的onTouchEvent和下級View的dispatchTouchEvent方法影響，表示是否消耗該事件。
onInterceptTouchEvent(MotionEvent event) 在dispatchTouchEvent方法內部調用，用來判斷是否攔截某個事件，如果當前View攔截了某個事件，那在同一個事件序列中，此方法不會再次調用，返回結果表示是否攔截當前事件。
onTouchEvent(MotionEvent event) 在dispatchTouchEvent方法中調用，用來處理點擊事件，返回結果表示是否消耗當前事件，如果不消耗，在同一事件序列裏，當前View無法再次接收到事件。
三者關係可以用如下僞代碼表示

public boolean dispatchTouchEvent(MotionEvent ev){    
    boolean consume = false;
    if(onInterceptTouchEvent(ev)){
        consume = onTouchEvent(ev);
    }else{
        consume = child.dispatchTouchEvent(ev);   
    }
    return consume;
}

對於一個根ViewGroup，點擊事件產生後，首先會傳遞給它，這時他的dispatchTouchEvent會調用，如果它的onInterceptTouchEvent返回true表示要攔截當前事件，接下來事件會交給這個ViewGroup處理，它的onTouchEvent就會被調用，如果這個ViewGroup的onInterceptTouchEvent返回false,則事件會繼續傳遞給子元素，子元素的dispatchTouchEvent會調用，如此反覆直到事件被處理。
當一個View需要處理事件時，如果設置了OnTouchListener,那麼OnTouchListener的onTouch方法會回調，如果onTouch返回false,則當前View的onTouchEvent方法會被調用；如果返回true,那麼onTouchEvent方法將不會調用。由此可見，OnTouchListener優先級高於onTouchEvent。OnClickListener優先級處在事件傳遞的尾端。
一個點擊事件產生後，傳遞順序：Activity->Window->View；如果一個View的onTouchEvent返回false,那麼它的父容器的onTouchEvent會被調用，以此類推，所有元素都不處理該事件，最終將傳遞給Activity處理，即Activity的onTouchEvent會被調用。
同一個事件序列是指從手指觸摸屏幕那一刻開始，到手指離開屏幕那一刻（down->move…move->up)。
一個事件序列只能被一個View攔截且消耗，同一個事件序列所有事件都會直接交給它處理，並且它的onInterceptTouchEvent不會再被調用。
某個View一旦開始處理事件，如果它不消耗ACTION_DOWN（onTouchEvent返回了false），那麼同一事件序列中其他事件都不會再交給它來處理，事件將重新交給他的父元素處理，即父元素的onTouchEvent會被調用。
如果某個View不消耗除ACTION_DOWN以外的其他事件，那麼這個點擊事件會消失，此時父元素的onTouchEvent並不會被調用，並且當前View可以收到後續事件，最終這些消失的點擊事件會傳遞給Activity處理。
ViewGroup默認不攔截任何事件，ViewGroup的onInterceptTouchEvent方法默認返回false。
View沒有onInterceptTouchEvent方法，一旦有事件傳遞給它，那麼它的onTouchEvent方法就會被調用。
View的onTouchEvent方法默認消耗事件（返回true）,除非他是不可點擊的（clickable和longClickable同時爲false）。View的longClickable屬性默認都爲false,clickable屬性分情況，Button默認爲true，TextView默認爲false。
onClick發生的前提是View可點擊，並且它收到了down和up事件。
事件傳遞過程是由內而外，事件總是先傳遞給父元素，然後在由父元素分發給子View，通過requestDisallowInterceptTouchEvent方法可以在子元素干預父元素的事件分發過程，但ACTION_DOWN事件除外。

View的滑動衝突

1.常見滑動衝突場景

場景1 —— 外部滑動方向與內部滑動方向不一致，比如ViewPager中包含ListView;
場景2 —— 外部滑動方向與內部滑動方向一致，比如ScrollView中包含ListView;
場景3 —— 上面兩種情況的嵌套

2.滑動衝突處理規則

通過判斷是水平滑動還是豎直滑動來判斷到底應該誰來攔截事件；可以根據水平和豎直兩個方向的距離差或速度差來做判斷。

對於場景一，處理的規則是：當用戶左右（上下）滑動時，需要讓外部的View攔截點擊事件，當用戶上下（左右）滑動的時候，需要讓內部的View攔截點擊事件。根據滑動的方向判斷誰來攔截事件。

對於場景二，由於滑動方向一致，這時候只能在業務上找到突破點，根據業務需求，規定什麼時候讓外部View攔截事件，什麼時候由內部View攔截事件。

場景三的情況相對比較複雜，同樣根據需求在業務上找到突破點。

3.滑動衝突解決方式

外部攔截法 —— 即點擊事件先經過父容器的攔截處理，如果父容器需要此事件就攔截，不需要就不攔截，需要重寫父容器的onInterceptTouchEvent方法；在onInterceptTouchEvent方法中，首先ACTION_DOWN這個事件，父容器必須返回false,即不攔截ACTION_DOWN事件，因爲一旦父容器攔截了ACTION_DOWN,那麼後續的ACTION_MOVE/ACTION_UP都會直接交給父容器處理；其次是ACTION_MOVE,根據需求來決定是否要攔截;最後ACTION_UP事件,這裏必須要返回false,在這裏沒有多大意義。

public boolean onInterceptTouchEvent (MotionEvent event){
      boolean intercepted = false;
      int x = (int) event.getX();
      int y = (int) event.getY();
      switch (event.getAction()) {
          case MotionEvent.ACTION_DOWN:
          	intercepted = false;
          break;
          case MotionEvent.ACTION_MOVE:
            if (父容器需要當前事件） {
              intercepted = true;
            } else {
              intercepted = flase;
            }
          break;
          case MotionEvent.ACTION_UP:
          	intercepted = false;
          break;
          default : break;
      }
      mLastXIntercept = x;
      mLastYIntercept = y;
      return intercepted;
}

內部攔截法 —— 內部攔截法是指父容器不攔截任何事件，所有的事件都傳遞給子元素，如果子元素需要此事件就直接消耗，否則就交由父容器進行處理。這種方法與Android事件分發機制不一致，需要配合requestDisallowInterceptTouchEvent方法才能正常工作。

public boolean dispatchTouchEvent ( MotionEvent event ) {
      int x = (int) event.getX();
      int y = (int) event.getY();
      switch (event.getAction) {
          case MotionEvent.ACTION_DOWN:
          		parent.requestDisallowInterceptTouchEvent(true);
          break;
          case MotionEvent.ACTION_MOVE:
              int deltaX = x - mLastX;
              int deltaY = y - mLastY;
              if (父容器需要此類點擊事件) {
              		parent.requestDisallowInterceptTouchEvent(false);
              }
          break;
          case MotionEvent.ACTION_UP:
          break;
          default : break;
      }
      mLastX = x;
      mLastY = y;
      return super.dispatchTouchEvent(event);
}

除了子元素需要做處理外，父元素也要默認攔截除了ACTION_DOWN以外的其他事件，這樣當子元素調用parent.requestDisallowInterceptTouchEvent(false)方法時，父元素才能繼續攔截所需的事件。（ACTION_DOWN事件不受requestDisallowInterceptTouchEvent方法影響,所以一旦父元素攔截ACTION_DOWN事件,那麼所有元素都無法傳遞到子元素去）因此，父元素要做以下修改：

public boolean onInterceptTouchEvent (MotionEvent event) {
    int action = event.getAction();
    if(action == MotionEvent.ACTION_DOWN) {
    		return false;
    } else {
    		return true;
    }
}

[學習筆記]Android開發藝術探索：View的事件體系

View基礎知識

View的滑動

彈性滑動

View的事件分發機制

View的滑動衝突

[學習筆記]Android開發藝術探索：View的事件體系

[學習筆記]Android開發藝術探索：View的工作原理

[學習筆記]Android開發藝術探索：四大組件的工作過程之BoradcastReceiver

Protobuf： C++ 產生的代碼簡析（Proto3）

[學習筆記]Android開發藝術探索：四大組件的工作過程之Service

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結