天天看點

FragmentPagerAdapter 動态删除的問題

在viewpager和fragment配合使用的時候,有時候我們會實作微信浏覽圖檔的那種效果,就是浏覽大圖的時候會想删除其中一張圖檔,這個是時候我們

uris.remove(currPosition % uris.size());

mFragmentAdapter.notifyDataSetChanged();      

發現确實是删除了一個頁面但是有一個問題出現,那就是删除非最後一張圖檔時,删除的不是我們想要的,被删除依舊在。這是怎麼回事呢?

檢視源碼發現:

@Override
public Object instantiateItem(ViewGroup container, int position) {
    if (mCurTransaction == null) {
        mCurTransaction = mFragmentManager.beginTransaction();
    }

    final long itemId = getItemId(position);

    // Do we already have this fragment?
    String name = makeFragmentName(container.getId(), itemId);
    Fragment fragment = mFragmentManager.findFragmentByTag(name);
    if (fragment != null) {
        if (DEBUG) Log.v(TAG, "Attaching item #" + itemId + ": f=" + fragment);
        mCurTransaction.attach(fragment);
    } else {
        fragment = getItem(position);
        if (DEBUG) Log.v(TAG, "Adding item #" + itemId + ": f=" + fragment);
        mCurTransaction.add(container.getId(), fragment,
                makeFragmentName(container.getId(), itemId));
    }
    if (fragment != mCurrentPrimaryItem) {
        fragment.setMenuVisibility(false);
        fragment.setUserVisibleHint(false);
    }

    return fragment;
}      

檢視代碼加粗的部分,就會發現,這裡是用了緩存機制,當fragmentmanager.findFragmentByTag(...)不為空時,使用的是之前加載的fragment,不會建立新的fragment,

看到這裡就明朗了,隻要讓他拿到的是新的

final long itemId = getItemId(position);

// Do we already have this fragment?
String name = makeFragmentName(container.getId(), itemId);      

,再看getItemId();

public long getItemId(int position) {
    return position;
}      

找到原因了,我們隻要讓其id不唯一不就行了,

在你的adapter中重寫getItemId,大功告成!!!

我的實作方法

@Override
public long getItemId(int position) {
    return uris.get(position).hashCode();
}      

url保證唯一,用其hashCode做id

繼續閱讀