##解決 ViewPager 調用 notifyDataSetChanged()無重新整理：原理、解決辦法##

標籤：extend   沒有   add   解決方案   style   called   內部類   roi   font   

 

一、原理

轉自：http://www.cnblogs.com/maoyu417/p/3740209.html

轉載 http://www.67tgb.com/?p=624

最近項目結束，搞了一次代碼分享。其中一位同學分享了一下自己在解決問題過程中的一些心得體會，感覺受益匪淺。整理出來，分享給大家。

  建議使用自己編譯的android os和虛擬機器，這樣就可以調試android系統中的任何組件。簡單說來，深入android源碼，去尋找解決問題的答案。這事兒說起來簡單，實際做起來還是有些難度的。我也曾經嘗試著去看過，沒看一會兒就暈了。

  所以還是有針對性的去看源碼，效率會高一些。

  廢話不多說，先看第一個樣本。 

Viewpager在調用notifyDataSetChanged()時，介面無重新整理。

  相信很多做過Viewpager的同學肯定遇到過這個問題，這個是bug還是android就是如此設計的，我們不做討論。總之，它確實影響我們功能的實現了。

  可能不少同學選擇為Viewpager重新設定一遍適配器adapter，達到重新整理的目的。但是這種方法在大多數情況下，是有問題的。

追蹤原始碼：

  為什麼調用資料更新的方法，Viewpager卻沒有更新呢，我們跟進該方法的原始碼看一下。

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

 

    /**

     * This method should be called by the application if the data backing this adapter has changed

     * and associated views should update.

     */

    public void notifyDataSetChanged() {

        mObservable.notifyChanged();

    }

 

注釋裡說到，當附加在適配器上的資料發生變化時，應該調用該方法重新整理資料。該方法調用了一個mObservable .notifyChanged()；

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

  /**

     * Invokes {@link DataSetObserver#onChanged} on each observer.

     * Called when the contents of the data set have changed.  The recipient

     * will obtain the new contents the next time it queries the data set.

     */

    public void notifyChanged() {

        synchronized(mObservers ) {

            // since onChanged() is implemented by the app, it could do anything, including

            // removing itself from {@link mObservers} - and that could cause problems if

            // an iterator is used on the ArrayList {@link mObservers}.

            // to avoid such problems, just march thru the list in the reverse order.

            for (int i = mObservers .size() - 1; i >= 0; i--) {

                mObservers.get(i).onChanged();

            }

        }

    }

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

    進入viewpager，我們終於找到了viewpager中控制資料變更的重點方法dataSetChanged ，這個方法如下：

      void dataSetChanged () {

        // This method only gets called if our observer is attached, so mAdapter is non-null.

        boolean needPopulate = mItems .size() < mOffscreenPageLimit * 2 + 1 &&

                mItems.size() < mAdapter.getCount();

        int newCurrItem = mCurItem ;

        boolean isUpdating = false;

        for (int i = 0; i < mItems.size(); i++) {

            final ItemInfo ii = mItems .get(i);

            final int newPos = mAdapter.getItemPosition(ii.object );

            if (newPos == PagerAdapter.POSITION_UNCHANGED ) {

                continue;

            }

            if (newPos == PagerAdapter.POSITION_NONE) {

                mItems.remove(i);

                i--;

                if (!isUpdating) {

                    mAdapter.startUpdate( this);

                    isUpdating = true;

                }

                mAdapter.destroyItem( this, ii.position , ii.object);

                needPopulate = true;

                if (mCurItem == ii.position ) {

                    // Keep the current item in the valid range

                    newCurrItem = Math. max(0, Math.min(mCurItem, mAdapter.getCount() - 1));

                    needPopulate = true;

                }

                continue;

            }

            if (ii.position != newPos) {

                if (ii.position == mCurItem ) {

                    // Our current item changed position. Follow it.

                    newCurrItem = newPos;

                }

                ii. position = newPos;

                needPopulate = true;

            }

        }

        if (isUpdating) {

            mAdapter.finishUpdate( this);

        }

        Collections. sort(mItems, COMPARATOR);

        if (needPopulate) {

            // Reset our known page widths; populate will recompute them.

            final int childCount = getChildCount();

            for (int i = 0; i < childCount; i++) {

                final View child = getChildAt(i);

                final LayoutParams lp = (LayoutParams) child.getLayoutParams();

                if (!lp.isDecor ) {

                    lp. widthFactor = 0.f;

                }

            }

            setCurrentItemInternal(newCurrItem, false, true);

            requestLayout();

        }

    }

  重點看這樣一行代碼：

 final int newPos = mAdapter.getItemPosition(ii.object );

   if (newPos == PagerAdapter.POSITION_UNCHANGED ) {

         continue ;

   }

  官方對getItemPosition()的解釋是：

  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 orPOSITION_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的目的。

  具體代碼如下：

class SearchAdapter extends PagerAdapter {

     private int mChildCount = 0;

     @Override

     public void notifyDataSetChanged() {         

           mChildCount = getCount();

           super.notifyDataSetChanged();

     }

     @Override

     public int getItemPosition(Object object)   {          

           if ( mChildCount > 0) {

           mChildCount --;

           return POSITION_NONE;

           }

           return super.getItemPosition(object);

     }

}



二、解決辦法
轉自：http://www.aiuxian.com/article/p-2786024.html

Google在Android 3.0SDK中推出的ViewPager控制項很大程度上滿足了開發人員開發頁面左右移動切換的功能，使用非常方便。但是使用中發現，在刪除或者修改資料的時候，PagerAdapter無法像BaseAdapter那樣僅通過notifyDataSetChanged方法通知重新整理View。
最基本的方法：
針對於child view比較簡單的情況（例如僅有TextView、ImageView等，沒有ListView等展示資料的情況），可以在自己的Adapter中加入代碼：

 

[java] view plain copy print ?  

1. @Override
2. public int getItemPosition(Object object) {
3. return POSITION_NONE;
4. }

 

這樣既可達到一般情況下要求的效果。 
存在的問題： 
這不是PagerAdapter中的Bug，通常情況下，調用notifyDataSetChanged方法會讓ViewPager通過Adapter的getItemPosition方法查詢一遍所有child view，這種情況下，所有child view位置均為POSITION_NONE，表示所有的child view都不存在，ViewPager會調用destroyItem方法銷毀，並且重建，加大系統開銷，並在一些複雜情況下導致邏輯問題。特別是對於只是希望更新child view內容的時候，造成了完全不必要的開銷。 
更有效地方法： 
更為靠譜的方法是因地制宜，根據自己的需求來實現notifyDataSetChanged的功能，比如，在僅需要對某個View內容進行更新時，在instantiateItem()時，用View.setTag方法加入標誌，在需要更新資訊時，通過findViewWithTag的方法找到對應的View進行更新即可。 

 

使用ViewPager做滑動切換圖片的效果時，如果圖片是從網路下載的，那麼再子線程中下載完圖片時我們會使用handler通知UI線程，然後UI線程就可以調用mViewPager.getAdapter().notifyDataSetChanged()進行頁面的重新整理，但是viewpager不同於listview，你會發現單純的調用notifyDataSetChanged()並不能重新整理頁面。先說說Viewpager的重新整理過程：在每次調用notifyDataSetChanged()時，都會啟用getItemPosition(Object object)方法，該方法會遍曆viewpager的所有item（據我debug的結果，只有當前頁和其左右加起來共3頁被遍曆了，待確定），為每個item返回一個狀態值（POSITION_NONE/POSITION_UNCHANGED），如果是none，那麼該item會被destroyItem(ViewGroup container, int position, Object object)方法remove掉，然後重新載入，如果是unchanged，就不會重新載入，預設是unchanged，所以我國我們不重寫getItemPosition(Object object)，就無法看到重新整理效果。解決方案有兩種：
第一種網上比較容易尋找到：重寫PagerAdapter的getItemPosition(Object object)方法，使其返回POSITION_NONE

Java代碼  連結地址

1. @Override
2. public int getItemPosition(Object object) {
3. return POSITION_NONE;
4. }

 

這種方法的弊端大家都很容易看出來，我不需要重新整理的項目也被重新載入了，浪費系統資源； 
第二種更合理，當然相對前一種要再多做點事：思路是在instantiateItem時給每個view加上tag，然後在需要重新整理頁面時通過View.getTag（）來判斷是否是我們想要重新整理的頁面，只給當前頁面返回POSITION_NONE。 

Java代碼  連結地址

1. /**
2. * DispImgAdapter.java
3. */
4. @Override
5. public Object instantiateItem(ViewGroup container, int position) {
6. iv = new ImageView(mContext);
7. iv.setTag(position); // Add tag
8. try {
9. Bitmap bm = cacheImg2(position);
10. iv.setImageBitmap(bm);
11. } catch (OutOfMemoryError e) {
12. e.printStackTrace();
13. }
14. ((ViewPager)container).addView(iv);
15. return iv;
16. }
18. @Override
19. public int getItemPosition(Object object) {
20. View view = (View)object;
21. int currentPage = ((DispImgActivity)mContext).getCurrentPagerIdx(); // Get current page index
22. if(currentPage == (Integer)view.getTag()){
23. return POSITION_NONE;
24. }else{
25. return POSITION_UNCHANGED;
26. }
27. // return POSITION_NONE;
28. }

 

關鍵的currentPageIdx則需要在Activity中擷取，如果你的Adapter是Activity的內部類，那麼只要把index寫成全域變數就可以在adapter中使用了，如果是單獨的兩個類，那麼你就自己提供一個介面，將index傳給Adapter便是。 

Java代碼  連結地址

1. /**
2. * DispImgActivity.java
3. */
4. // Get current page index
5. mViewPager.setOnPageChangeListener(new OnPageChangeListener() {
6. @Override
7. public void onPageScrolled(int i, float f, int j) {
9. }
11. @Override
12. public void onPageSelected(int position) {
13. DispImgActivity.this.position = position;
14. }
16. @Override
17. public void onPageScrollStateChanged(int i) {
19. }
20. });
21. // Return current index to Adapter
22. public int getCurrentPagerIdx() {
23. return position;
24. }

 

PS：我的項目中還加入了圖片下載進度條的功能，當我用第二種方法時，在一些比較極端的情況下會有一點問題，
假設所有圖片都需要從網上下載，在極快速滑動頁面時，發現偶爾會出現非同步下載到的圖片並沒有被重新整理顯示，在滑過幾頁重新回到該頁時圖片才被重新整理了，
這裡涉及到的關鍵問題是【ViewPager的預先載入機制+圖片非同步下載+getItemPosition中對Tag的判斷】，我認為是這幾種機制結合後再快速切換頁面時造成的問題，
由於項目工期的限制，沒有去探索更完美的解決方案，反正圖片也不是很多，我就採用了第一種方法來做，可以完美的實現我的功能。 


 

##解決 ViewPager 調用 notifyDataSetChanged()無重新整理：原理、解決辦法##