BaseAdapter notifyDataSetChanged()

 

BaseAdapter 有一个方法：notifyDataSetChanged()

用途：在adapter的数据发生变化以后通知UI主线程根据新的数据重新画图。

 

从名字看，这个是一个notify，感觉就是发出通知了，但是通知什么时候被接受什么时候处理完成是不定的。

事实上其实也是这样的。

 

这个方法的实现：

public void notifyDataSetChanged() {
        mDataSetObservable.notifyChanged();
    }

再往下，会调用一个observer.onChanged();

 

那么，mDataSetObservable是什么呢？

 

我理解是

public void registerDataSetObserver(DataSetObserver observer) {
        mDataSetObservable.registerObserver(observer);
    }

设置进来的，这个应该是跟view相关的，比如说看GridView的setAdapter方法里面有：

mDataSetObserver = new AdapterDataSetObserver();
mAdapter.registerDataSetObserver(mDataSetObserver);

 

AdapterDataSetObserver类里面有onChanged方法的实现

里面有调用一个requestLayout();

 

View的requestLayout()会调用mParent.requestLayout();

跑到ViewRoot的

 public void requestLayout() {
        checkThread();
        mLayoutRequested = true;
        scheduleTraversals();
    }

 

scheduleTraversals的实现

public void scheduleTraversals() {
        if (!mTraversalScheduled) {
            mTraversalScheduled = true;
            sendEmptyMessage(DO_TRAVERSAL);
        }
    }

 

所以，其实notifyDataSetChanged是发送了一个message给主线程，告诉它，要重画了啊。

 

之所以看这个，其实跟之前bitmap recycle的时间点的问题是相关联的。

例如有一个grid view，它跟一个adapter捆绑，adapter用到的数据包括现实在grid每个item的bitmap，在数据刷新的之后，调用notifyDataSetChanged通知UI重画，那旧的bitmap要在什么时候recycle比较合适合理？

 

近来觉得message queue真的是很好用的东西，这里，recycle不要直接调用【直接调用的话，没有办法保证notifyDataSetChanged的通知什么时候被处理完，万一没处理完，recycle掉了图片，又想找图片画画面的时候就麻烦了】，而是在notifyDataSetChanged后面再丢message/runable到queue里面，让UI主线程recycle旧图片。这样就保证了只有UI上bitmap已经设置为新的了，旧的才会被recycle掉。