天天看點
傳回

ViewPager 調用 notifyDataSetChanged()無重新整理

一、原理

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

  廢話不多說，先看第一個示例。 

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 調用 notifyDataSetChanged()無重新整理

    進入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中加入代碼：

  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

  1. @Override
  2. public int getItemPosition(Object object) {
  3. return POSITION_NONE;
  4. } 
這種方法的弊端大家都很容易看出來，我不需要重新整理的項目也被重新加載了，浪費系統資源； 
第二種更合理，當然相對前一種要再多做點事：思路是在instantiateItem時給每個view加上tag，然後在需要重新整理頁面時通過View.getTag（）來判斷是否是我們想要重新整理的頁面，隻給目前頁面傳回POSITION_NONE。 
  1. @Override
  2. public Object instantiateItem(ViewGroup container, int position) {
  3. iv = new ImageView(mContext);
  4. iv.setTag(position); // Add tag
  5. try {
  6. Bitmap bm = cacheImg2(position);
  7. iv.setImageBitmap(bm);
  8. } catch (OutOfMemoryError e) {
  9. e.printStackTrace();
  10. }
  11. ((ViewPager)container).addView(iv);
  12. return iv;
  13. }
  14. @Override
  15. public int getItemPosition(Object object) {
  16. View view = (View)object;
  17. int currentPage = ((DispImgActivity)mContext).getCurrentPagerIdx(); // Get current page index
  18. if(currentPage == (Integer)view.getTag()){
  19. return POSITION_NONE;
  20. }else{
  21. return POSITION_UNCHANGED;
  22. }
  23. // return POSITION_NONE;
  24. } 
關鍵的currentPageIdx則需要在Activity中擷取，如果你的Adapter是Activity的内部類，那麼隻要把index寫成全局變量就可以在adapter中使用了，如果是單獨的兩個類，那麼你就自己提供一個接口，将index傳給Adapter便是。 
  1. // Get current page index
  2. mViewPager.setOnPageChangeListener(new OnPageChangeListener() {
  3. @Override
  4. public void onPageScrolled(int i, float f, int j) {
  5. }
  6. @Override
  7. public void onPageSelected(int position) {
  8. DispImgActivity.this.position = position;
  9. }
  10. @Override
  11. public void onPageScrollStateChanged(int i) {
  12. }
  13. });
  14. // Return current index to Adapter
  15. public int getCurrentPagerIdx() {
  16. return position;
  17. } 
PS：我的項目中還加入了圖檔下載下傳進度條的功能，當我用第二種方法時，在一些比較極端的情況下會有一點問題，
假設所有圖檔都需要從網上下載下傳，在極快速滑動頁面時，發現偶爾會出現異步下載下傳到的圖檔并沒有被重新整理顯示，在滑過幾頁重新回到該頁時圖檔才被重新整理了，
這裡涉及到的關鍵問題是【ViewPager的預加載機制+圖檔異步下載下傳+getItemPosition中對Tag的判斷】，我認為是這幾種機制結合後再快速切換頁面時造成的問題，
由于項目工期的限制，沒有去探索更完美的解決方法，反正圖檔也不是很多，我就采用了第一種方法來做，可以完美的實作我的功能。
Android UI
上一篇: Android ViewPager的動态更新和Adapter的notifyDataSetChanged方法無效的問題
下一篇: 有關ViewPager使用及解決ViewPager和PagerAdapter中調用notifyDataSetChanged失效問題

繼續閱讀