天天看点

Viewpager之notifyDataSetChanged无刷新 追溯源码解决android疑难问题1--Viewpager之notifyDataSetChanged无刷新

追溯源码解决android疑难问题1--Viewpager之notifyDataSetChanged无刷新

分类: Android 2013-09-28 18:21  3390人阅读  评论(11)  收藏  举报 viewpager notifydatasetchanged 无效果

目录(?)[+]

最近项目结束,搞了一次代码分享。其中一位同学分享了一下自己在解决问题过程中的一些心得体会,感觉受益匪浅。整理出来,分享给大家。

建议使用自己编译的android os和虚拟机,这样就可以调试android系统中的任何组件。简单说来,深入android源码,去寻找解决问题的答案。这事儿说起来简单,实际做起来还是有些难度的。我也曾经尝试着去看过,没看一会儿就晕了。

所以还是有针对性的去看源码,效率会高一些。

废话不多说,先看第一个示例。

Viewpager在调用notifyDataSetChanged()时,界面无刷新。

相信很多做过Viewpager的同学肯定遇到过这个问题,这个是bug还是android就是如此设计的,我们不做讨论。总之,它确实影响我们功能的实现了。

可能不少同学选择为Viewpager重新设置一遍适配器adapter,达到刷新的目的。但是这种方法在大多数情况下,是有问题的。

追踪源代码:

为什么调用数据更新的方法,Viewpager却没有更新呢,我们跟进该方法的源代码看一下。

首先查看适配器调用的super.notifyDataSetChanged(),该方法调到抽象基类PagerAdapter.notifyDataSetChanged()中:

[java]  view plain copy

  1. public void notifyDataSetChanged() {  
  2.     mObservable.notifyChanged();  
  3. }  

  注释里说到,当附加在适配器上的数据发生变化时,应该调用该方法刷新数据。该方法调用了一个mObservable .notifyChanged();

我们继续跟进这个方法,进入DataSetObservable类中,发现这样一段代码:

[java]  view plain copy

  1.  public void notifyChanged() {  
  2.      synchronized(mObservers ) {  
  3.          // since onChanged() is implemented by the app, it could do anything, including  
  4.          // removing itself from {@link mObservers} - and that could cause problems if  
  5.          // an iterator is used on the ArrayList {@link mObservers}.  
  6.          // to avoid such problems, just march thru the list in the reverse order.  
  7.          for (int i = mObservers .size() - 1; i >= 0; i--) {  
  8.              mObservers.get(i).onChanged();  
  9.          }  
  10.      }  
  11.  }  

这都不是重点,重点我们来看这个mObservers的类型是一个抽象类DataSetObserver,里面只有两个未实现的方法, 我们来看一下都有谁使用了这个抽象类呢,快捷键 ctrl + alt + H ,在众多的调用者当中,我们发现了Viewpager的身影:

Viewpager之notifyDataSetChanged无刷新 追溯源码解决android疑难问题1--Viewpager之notifyDataSetChanged无刷新

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

重点看这样一行代码:

[java]  view plain copy

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

仔细看了一下这段代码的大意,官方的解释是:

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.      private int mChildCount = 0;  
  3.      @Override  
  4.      public void notifyDataSetChanged() {           
  5.            mChildCount = getCount();  
  6.            super.notifyDataSetChanged();  
  7.      }  
  8.      @Override  
  9.      public int getItemPosition(Object object)   {            
  10.            if ( mChildCount > 0) {  
  11.            mChildCount --;  
  12.            return POSITION_NONE;  
  13.            }  
  14.            return super.getItemPosition(object);  
  15.      }  
  16. }  

大家可以尝试一下,欢迎拍砖。

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

转载注明:望月听涛

版权声明:本文为博主原创文章,未经博主允许不得转载。