一、問題描述
經(jīng)常會碰到如下這樣的頁面架構(gòu)：
TabLayout+ViewPager+FragmentStatePagerAdapter+Fragment實現(xiàn)起來很容易（本文以此作為案例分析），當App處于后臺一段時間后（可能10分鐘以后或者更多），再進入App時，F(xiàn)ragment顯示區(qū)域就變成看空白。這種情況是被系統(tǒng)給回收掉了。
- 如何判定被系統(tǒng)回收了？
- 為什么顯示不出內(nèi)容？
- 解決方案
二、解決問題
如何判定被系統(tǒng)回收了
代碼層面做相應的判斷即可：判定adapter是否為null，不為null的情況下再判定fragment的狀態(tài)：
/**
* @return 是否fragment被系統(tǒng)給detach或者銷毀了
*/
public boolean isFragmentsDetachedOrDestroyed() {
if (getCount() > 0 && fragmentList != null && fragmentList.size() > 0) {
for (int i = 0; i < fragmentList.size(); i++) {
if (fragmentList.get(i) == null || fragmentList.get(i).isDetached() || !fragmentList.get(i).isAdded()) {
return true;
}
}
} else {
return true;
}
return false;
}
只要判斷其中一個不存在了即可。
當然，還有一種方法。我們知道，非用戶正常退出的銷毀時，系統(tǒng)會保存對應的數(shù)據(jù)調(diào)用onSaveInstanceState，并在頁面再次展現(xiàn)時進行恢復調(diào)用onRestoreInstanceState，關于這兩個方法，也可以在ViewPager源碼中看到。
@Override
public Parcelable onSaveInstanceState() {
Parcelable superState = super.onSaveInstanceState();
SavedState ss = new SavedState(superState);
ss.position = mCurItem;
if (mAdapter != null) {
ss.adapterState = mAdapter.saveState();
}
return ss;
}
@Override
public void onRestoreInstanceState(Parcelable state) {
if (!(state instanceof SavedState)) {
super.onRestoreInstanceState(state);
return;
}
SavedState ss = (SavedState) state;
super.onRestoreInstanceState(ss.getSuperState());
if (mAdapter != null) {
mAdapter.restoreState(ss.adapterState, ss.loader);
setCurrentItemInternal(ss.position, false, true);
} else {
mRestoredCurItem = ss.position;
mRestoredAdapterState = ss.adapterState;
mRestoredClassLoader = ss.loader;
}
}
那么只要判斷mRestoredCurItem、mRestoredAdapterState、mRestoredClassLoader不為默認值也可以達到目的。（此處不展開）
為什么顯示不出內(nèi)容？
在本文的案例中，因為需求需要，每次在判斷被回收后，都會重新new Adapter來給ViewPager。
mAdapter = new CustomPagerAdapter(getActivity(), getChildFragmentManager(), list);
viewPager.setAdapter(mAdapter);
viewPager.setOffscreenPageLimit(size);
一般常理思考，重新new的adapter對象，應該會指向新的引用，那么應該會重新創(chuàng)建對應的Fragment，進而應該顯示出來，但實際并沒有。
來看看自定義的Adapter中的寫法 (extends FragmentStatePagerAdapter)：
@NonNull
@Override
public Object instantiateItem(@NonNull ViewGroup container, int position) {
LogUtil.d(TAG, "instantiateItem->" + position);
return super.instantiateItem(container, position);
}
@Override
public Fragment getItem(int position) {
LogUtil.d(TAG, "getItem->" + position);
return fragmentList.get(position);
}
為什么沒有生成新的Fragment？從打印的日志可以看到，instantiateItem有調(diào)用，但是getItem并沒有調(diào)用，從這里就沒有返回Fragment。
追蹤FragmentStatePagerAdapter中的寫法：
@NonNull
public Object instantiateItem(@NonNull ViewGroup container, int position) {
Fragment fragment;
if (this.mFragments.size() > position) {
fragment = (Fragment)this.mFragments.get(position);
if (fragment != null) {
return fragment;
}
}
if (this.mCurTransaction == null) {
this.mCurTransaction = this.mFragmentManager.beginTransaction();
}
fragment = this.getItem(position);
if (this.mSavedState.size() > position) {
SavedState fss = (SavedState)this.mSavedState.get(position);
if (fss != null) {
fragment.setInitialSavedState(fss);
}
}
while(this.mFragments.size() <= position) {
this.mFragments.add((Object)null);
}
fragment.setMenuVisibility(false);
fragment.setUserVisibleHint(false);
this.mFragments.set(position, fragment);
this.mCurTransaction.add(container.getId(), fragment);
return fragment;
}
可以看到，當mFragments中能找到對應position的Fragment時，則不會去調(diào)用getItem方法而使用FragmentStatePagerAdapter中保有的屬性值。那么為什么新new 的adapter這個值仍然會不為空呢？追蹤下它的賦值：
public void restoreState(Parcelable state, ClassLoader loader) {
if (state != null) {
Bundle bundle = (Bundle)state;
bundle.setClassLoader(loader);
Parcelable[] fss = bundle.getParcelableArray("states");
this.mSavedState.clear();
this.mFragments.clear();
if (fss != null) {
for(int i = 0; i < fss.length; ++i) {
this.mSavedState.add((SavedState)fss[i]);
}
}
Iterable<String> keys = bundle.keySet();
Iterator var6 = keys.iterator();
while(true) {
while(true) {
String key;
do {
if (!var6.hasNext()) {
return;
}
key = (String)var6.next();
} while(!key.startsWith("f"));
int index = Integer.parseInt(key.substring(1));
Fragment f = this.mFragmentManager.getFragment(bundle, key);
if (f != null) {
while(this.mFragments.size() <= index) {
this.mFragments.add((Object)null);
}
f.setMenuVisibility(false);
this.mFragments.set(index, f);
} else {
Log.w("FragmentStatePagerAdapt", "Bad fragment at key " + key);
}
}
}
}
}
系統(tǒng)銷毀時會調(diào)用以上方法，可以看到這樣一句Fragment f = this.mFragmentManager.getFragment(bundle, key);是通過FragmentManager中拿到的Fragment，進而加入到了adapter中的mFragments中。而整個restoreState的調(diào)用有兩處：
- viewPager.setAdapter
- viewPager.onRestoreInstanceState
因為每次新生成的adapter的FragmentManager都是同一對象（這個也無法改為其它的），所以在setAdapter時，仍舊會將同一FragmentManager中之前保存的Fragment列表值賦值給新生成的adapter中的mFragments，進而在instantiateItem中用mFragments做判斷時，它是有值的。從而也就不會去調(diào)用getItem方法了。
解決方案
有很多解決方法，以下提供兩種；
①改寫FragmentStatePagerAdapter，注釋掉從mFragments中拿Fragment返回的代碼塊。
@NonNull
public Object instantiateItem(@NonNull ViewGroup container, int position) {
Fragment fragment;
// if (this.mFragments.size() > position) {
// fragment = (Fragment)this.mFragments.get(position);
// if (fragment != null) {
// return fragment;
// }
// }
//以下代碼省略
}
②自定義的Adapter中的instantiateItem方法中清除掉mFragments等數(shù)據(jù)
@NonNull
@Override
public Object instantiateItem(@NonNull ViewGroup container, int position) {
LogUtil.d(TAG, "instantiateItem->" + position);
try {
Field mFragments = getClass().getSuperclass().getDeclaredField("mFragments");
mFragments.setAccessible(true);
((ArrayList) mFragments.get(this)).clear();
Field mSavedState = getClass().getSuperclass().getDeclaredField("mSavedState");
mSavedState.setAccessible(true);
((ArrayList) mSavedState.get(this)).clear();
} catch (NoSuchFieldException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
return super.instantiateItem(container, position);
}
針對本文提到的情況，也還有一些其它的解決方案，例如：直接拿系統(tǒng)保存的值來重新賦值也可以。如果使用FragmentPagerAdapter，解決方案也是類似的思路。
