追溯源碼解決android疑難問題1--Viewpager之notifyDataSetChanged

最近項目結束，搞了一次代碼分享。其中一位同窗分享了一下本身在解決問題過程當中的一些心得體會，感受受益不淺。整理出來，分享給你們。
建議使用本身編譯的android os和虛擬機，這樣就能夠調試android系統中的任何組件。簡單說來，深刻android源碼，去尋找解決問題的答。這事兒提及來簡單，實際作起來仍是有些難度的。我也曾經嘗試着去看過，沒看一下子就暈了。

因此仍是有針對性的去看源碼，效率會高一些。

廢話很少說，先看第一個示例。

Viewpager在調用notifyDataSetChanged()時，界面無刷新。

相信不少作過Viewpager的同窗確定遇到過這個問題，這個是bug仍是android就是如此設計的，咱們不作討論。總之，它確實影響咱們功能的實現了。

可能很多同窗選擇爲Viewpager從新設置一遍適配器adapter，達到刷新的目的。可是這種方法在大多數狀況下，是有問題的。

追蹤源代碼：

爲何調用數據更新的方法，Viewpager卻沒有更新呢，咱們跟進該方法的源代碼看一下。

首先查看適配器調用的super.notifyDataSetChanged()，該方法調到抽象基類PagerAdapter.notifyDataSetChanged()中：

[java]  view plain copy

1. /** 
2.  * This method should be called by the application if the data backing this adapter has changed 
3.  * and associated views should update. 
4.  */  
5. public void notifyDataSetChanged() {  
6.     mObservable.notifyChanged();  
7. }  

  註釋裏說到，當附加在適配器上的數據發生變化時，應該調用該方法刷新數據。該方法調用了一個mObservable .notifyChanged()；

咱們繼續跟進這個方法，進入DataSetObservable類中，發現這樣一段代碼：

[java]  view plain copy

1. /** 
2.   * Invokes {@link DataSetObserver#onChanged} on each observer. 
3.   * Called when the contents of the data set have changed.  The recipient 
4.   * will obtain the new contents the next time it queries the data set. 
5.   */  
6.  public void notifyChanged() {  
7.      synchronized(mObservers ) {  
8.          // since onChanged() is implemented by the app, it could do anything, including  
9.          // removing itself from {@link mObservers} - and that could cause problems if  
10.          // an iterator is used on the ArrayList {@link mObservers}.  
11.          // to avoid such problems, just march thru the list in the reverse order.  
12.          for (int i = mObservers .size() - 1; i >= 0; i--) {  
13.              mObservers.get(i).onChanged();  
14.          }  
15.      }  
16.  }  

這都不是重點，重點咱們來看這個mObservers的類型是一個抽象類DataSetObserver，裏面只有兩個未實現的方法， 咱們來看一下都有誰使用了這個抽象類呢，快捷鍵 ctrl + alt + H ,在衆多的調用者當中，咱們發現了Viewpager的身影：

進入viewpager，咱們終於找到了viewpager中控制數據變動的重點方法dataSetChanged ，這個方法以下：

[java]  view plain copy

1.   void dataSetChanged () {  
2.     // This method only gets called if our observer is attached, so mAdapter is non-null.  
3.   
4.     boolean needPopulate = mItems .size() < mOffscreenPageLimit * 2 + 1 &&  
5.             mItems.size() < mAdapter.getCount();  
6.     int newCurrItem = mCurItem ;  
7.   
8.     boolean isUpdating = false;  
9.     for (int i = 0; i < mItems.size(); i++) {  
10.         final ItemInfo ii = mItems .get(i);  
11.         final int newPos = mAdapter.getItemPosition(ii.object );  
12.   
13.         if (newPos == PagerAdapter.POSITION_UNCHANGED ) {  
14.             continue;  
15.         }  
16.   
17.         if (newPos == PagerAdapter.POSITION_NONE) {  
18.             mItems.remove(i);  
19.             i--;  
20.   
21.             if (!isUpdating) {  
22.                 mAdapter.startUpdate( this);  
23.                 isUpdating = true;  
24.             }  
25.   
26.             mAdapter.destroyItem( this, ii.position , ii.object);  
27.             needPopulate = true;  
28.   
29.             if (mCurItem == ii.position ) {  
30.                 // Keep the current item in the valid range  
31.                 newCurrItem = Math. max(0, Math.min(mCurItem, mAdapter.getCount() - 1));  
32.                 needPopulate = true;  
33.             }  
34.             continue;  
35.         }  
36.   
37.         if (ii.position != newPos) {  
38.             if (ii.position == mCurItem ) {  
39.                 // Our current item changed position. Follow it.  
40.                 newCurrItem = newPos;  
41.             }  
42.   
43.             ii. position = newPos;  
44.             needPopulate = true;  
45.         }  
46.     }  
47.   
48.     if (isUpdating) {  
49.         mAdapter.finishUpdate( this);  
50.     }  
51.   
52.     Collections. sort(mItems, COMPARATOR);  
53.   
54.     if (needPopulate) {  
55.         // Reset our known page widths; populate will recompute them.  
56.         final int childCount = getChildCount();  
57.         for (int i = 0; i < childCount; i++) {  
58.             final View child = getChildAt(i);  
59.             final LayoutParams lp = (LayoutParams) child.getLayoutParams();  
60.             if (!lp.isDecor ) {  
61.                 lp. widthFactor = 0.f;  
62.             }  
63.         }  
64.   
65.         setCurrentItemInternal(newCurrItem, false, true);  
66.         requestLayout();  
67.     }  
68. }  

重點看這樣一行代碼：

[java]  view plain copy

1. final int newPos = mAdapter.getItemPosition(ii.object );  
2.   
3. if (newPos == PagerAdapter.POSITION_UNCHANGED ) {  
4.       continue ;  
5. }  

仔細看了一下這段代碼的大意，官方的解釋是：

Called when the host view is attempting to determine if an item's position has changed. Returns POSITION_UNCHANGED if the position of the given item has not changed or POSITION_NONE if the item is no longer present in the adapter.
The default implementation assumes that items will never change position and always returns POSITION_UNCHANGED.

意思是若是item的位置若是沒有發生變化，則返回POSITION_UNCHANGED。若是返回了POSITION_NONE，表示該位置的item已經不存在了。默認的實現是假設item的位置永遠不會發生變化，而返回POSITION_UNCHANGED

解決方案：

因此咱們能夠嘗試着修改適配器的寫法，覆蓋getItemPosition()方法，當調用notifyDataSetChanged時，讓getItemPosition方法人爲的返回POSITION_NONE，從而達到強迫viewpager重繪全部item的目的。

具體代碼以下：

[java]  view plain copy

1. class SearchAdapter extends PagerAdapter {  
2.       
3.      private int mChildCount = 0;  
4.   
5.      @Override  
6.      public void notifyDataSetChanged() {           
7.            mChildCount = getCount();  
8.            super.notifyDataSetChanged();  
9.      }  
10.   
11.      @Override  
12.      public int getItemPosition(Object object)   {            
13.            if ( mChildCount > 0) {  
14.            mChildCount --;  
15.            return POSITION_NONE;  
16.            }  
17.            return super.getItemPosition(object);  
18.      }  
19.    
20. }  

你們能夠嘗試一下，歡迎拍磚。

原文連接：http://www.67tgb.com/?p=624

轉載註明：望月聽濤