Android View重新整理機制

小宇宙_sky發表於2016-01-22
AndroidView

在Android的佈局體系中，父View負責重新整理、佈局顯示子View；而當子View需要重新整理時，則是通知父View來完成。這種處理邏輯在View的程式碼中明確的表現出來：

[java] view plain copy
  1. void invalidate(boolean invalidateCache) {  
  2.           final AttachInfo ai = mAttachInfo;  
  3.           final ViewParent p = mParent;  
  4.           //noinspection PointlessBooleanExpression,ConstantConditions  
  5.           if (!HardwareRenderer.RENDER_DIRTY_REGIONS) {  
  6.               if (p != null && ai != null && ai.mHardwareAccelerated) {  
  7.                   // fast-track for GL-enabled applications; just invalidate the whole hierarchy  
  8.                   // with a null dirty rect, which tells the ViewAncestor to redraw everything  
  9.                   p.invalidateChild(this, null);  
  10.                   return;  
  11.               }  
  12.           }  
  13.   
  14.           if (p != null && ai != null) {  
  15.               final Rect r = ai.mTmpInvalRect;  
  16.               r.set(0, 0, mRight - mLeft, mBottom - mTop);  
  17.               // Don't call invalidate -- we don't want to internally scroll  
  18.               // our own bounds  
  19.               p.invalidateChild(this, r);  
  20.           }  
  21.       }  
  22.   }  


子View呼叫invalidate時，首先找到自己父View(View的成員變數mParent記錄自己的父View)，然後將AttachInfo中儲存的資訊告訴父View重新整理自己。

View的父子關係的建立分為兩種情況：

1) View加入ViewGroup中

[java] view plain copy
  1. private void addViewInner(View child, int index, LayoutParams params, boolean preventRequestLayout) {  
  2.         .....  
  3.             // tell our children  
  4.         if (preventRequestLayout) {  
  5.             child.assignParent(this);  
  6.         } else {  
  7.             child.mParent = this;  
  8.         }  
  9.        .....  
  10. }  

2)DecorView註冊給WindowManagerImpl時，產生一個ViewRoot作為其父View。

[java] view plain copy
  1. public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView){  
  2.     .....  
  3.     view.assignParent(this);  
  4.     ....  
  5. }  

AttachInfo是在View第一次attach到Window時，ViewRoot傳給自己的子View的。這個AttachInfo之後，會順著佈局體系一直傳遞到最底層的View。

View.java

[java] view plain copy
  1. void dispatchAttachedToWindow(AttachInfo info, int visibility) {  
  2.     mAttachInfo = info;  
  3.     .....  
  4. }  

ViewGroup.java

[java] view plain copy
  1. void dispatchAttachedToWindow(AttachInfo info, int visibility) {  
  2.     super.dispatchAttachedToWindow(info, visibility);  
  3.   
  4.     for (int i = 0; i < count; i++) {  
  5.         children[i].dispatchAttachedToWindow(info, visibility);  
  6.     }  
  7. }  

並且在新的View被加入ViewGroup時，也會將該AttachInfo傳給加入的View

ViewGroup.java

[java] view plain copy
  1. private void addViewInner(View child, int index, LayoutParams params, boolean preventRequestLayout) {  
  2.     child.dispatchAttachedToWindow(mAttachInfo, (mViewFlags&VISIBILITY_MASK));  
  3. }  

到這裡明白了mParent與AttachInfo代表的意義，可以繼續重新整理過程的分析。

在invalidate中，呼叫父View的invalidateChild，這是一個從第向上回溯的過程，每一層的父View都將自己的顯示區域與傳入的重新整理Rect做交集。

[java] view plain copy
  1. public final void invalidateChild(View child, final Rect dirty) {  
  2.     ViewParent parent = this;  
  3.   
  4.     final AttachInfo attachInfo = mAttachInfo;  
  5.     if (attachInfo != null) {  
  6.         final int[] location = attachInfo.mInvalidateChildLocation;  
  7.         // 需要重新整理的子View的位置   
  8.         location[CHILD_LEFT_INDEX] = child.mLeft;  
  9.         location[CHILD_TOP_INDEX] = child.mTop;  
  10.   
  11.         // If the child is drawing an animation, we want to copy this flag onto  
  12.         // ourselves and the parent to make sure the invalidate request goes through  
  13.         final boolean drawAnimation = (child.mPrivateFlags & DRAW_ANIMATION) == DRAW_ANIMATION;  
  14.   
  15.         // Check whether the child that requests the invalidate is fully opaque  
  16.         final boolean isOpaque = child.isOpaque() && !drawAnimation && child.getAnimation() != null;  
  17.         // Mark the child as dirty, using the appropriate flag  
  18.         // Make sure we do not set both flags at the same time  
  19.         final int opaqueFlag = isOpaque ? DIRTY_OPAQUE : DIRTY;  
  20.   
  21.         do {  
  22.             View view = null;  
  23.             if (parent instanceof View) {  
  24.                 view = (View) parent;  
  25.             }  
  26.   
  27.             if (drawAnimation) {  
  28.                 if (view != null) {  
  29.                         view.mPrivateFlags |= DRAW_ANIMATION;  
  30.                 } else if (parent instanceof ViewRoot) {  
  31.                         ((ViewRoot) parent).mIsAnimating = true;  
  32.                 }  
  33.             }  
  34.   
  35.                 // If the parent is dirty opaque or not dirty, mark it dirty with the opaque  
  36.                 // flag coming from the child that initiated the invalidate  
  37.             if (view != null && (view.mPrivateFlags & DIRTY_MASK) != DIRTY) {  
  38.                 view.mPrivateFlags = (view.mPrivateFlags & ~DIRTY_MASK) | opaqueFlag;  
  39.             }  
  40.   
  41.             parent = parent.invalidateChildInParent(location, dirty);  
  42.         } while (parent != null);  
  43.     }  
  44. }  
  45.    
  46. public ViewParent invalidateChildInParent(final int[] location, final Rect dirty) {  
  47.     if ((mPrivateFlags & DRAWN) == DRAWN) {  
  48.         if ((mGroupFlags & (FLAG_OPTIMIZE_INVALIDATE | FLAG_ANIMATION_DONE)) !=  
  49.                         FLAG_OPTIMIZE_INVALIDATE) {  
  50.             // 根據父View的位置，偏移重新整理區域   
  51.             dirty.offset(location[CHILD_LEFT_INDEX] - mScrollX, location[CHILD_TOP_INDEX] - mScrollY);  
  52.   
  53.             final int left = mLeft;  
  54.             final int top = mTop;  
  55.             //計算實際可重新整理區域   
  56.             if (dirty.intersect(0, 0, mRight - left, mBottom - top) ||  
  57.                         (mPrivateFlags & DRAW_ANIMATION) == DRAW_ANIMATION) {  
  58.                 mPrivateFlags &= ~DRAWING_CACHE_VALID;  
  59.   
  60.                 location[CHILD_LEFT_INDEX] = left;  
  61.                 location[CHILD_TOP_INDEX] = top;  
  62.                 return mParent;  
  63.             }  
  64.         } else {  
  65.             mPrivateFlags &= ~DRAWN & ~DRAWING_CACHE_VALID;  
  66.   
  67.             location[CHILD_LEFT_INDEX] = mLeft;  
  68.             location[CHILD_TOP_INDEX] = mTop;  
  69.   
  70.            dirty.set(0, 0, mRight - location[CHILD_LEFT_INDEX],  
  71.                         mBottom - location[CHILD_TOP_INDEX]);  
  72.   
  73.                 return mParent;  
  74.             }  
  75.         }  
  76.   
  77.         return null;  
  78. }  

這個向上回溯的過程直到ViewRoot那裡結束，由ViewRoot對這個最終的重新整理區域做重新整理。

ViewRoot.java

[java] view plain copy
  1. public void invalidateChild(View child, Rect dirty) {  
  2.     scheduleTraversals();  
  3. }  

另外：

Invalidate()方法不能放線上程中，所以需要把Invalidate()方法放在Handler中。在MyThread中只需要在規定時間內傳送一個Message給handler，當Handler接收到訊息就呼叫Invalidate()方法。

postInvalidate()方法就可以放線上程中做處理，就不需要Handler。

而上面的新執行緒MyThread可以放在OnCreate()中開始，也可以放在OnStart()中開始。

Invalidate()方法和postInvalidate()都可以在主執行緒中呼叫而重新整理檢視。

Invalidate()方法在SDK中是這樣描述的：Invalidatethe whole view. If the view is visible, onDraw(Canvas) will be called at somepoint in the future. This must be called from a UI thread. To call from anon-UI thread, call postInvalidate().  當Invalidate()被呼叫的時候，View的OnDraw()就會被呼叫，Invalidate()必須是在UI執行緒中被呼叫，如果在新執行緒中更新檢視的就呼叫postInvalidate()。

 

相關文章