#1、問題描述 常常會碰到以下這樣的頁面架構: bash
TabLayout+ViewPager+FragmentStatePagerAdapter+Fragment
實現起來很容易(本文以此做爲案例分析),當App處於後臺一段時間後(可能10分鐘之後或者更多),再進入App時,Fragment顯示區域就變成看空白。這種狀況是被系統給回收掉了。
#2、解決問題架構
代碼層面作相應的判斷便可:斷定adapter是否爲null,不爲null的狀況下再斷定fragment的狀態:ide
/**
* @return 是否fragment被系統給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;
}
複製代碼
只要判斷其中一個不存在了便可。 固然,還有一種方法。咱們知道,非用戶正常退出的銷燬時,系統會保存對應的數據調用onSaveInstanceState
,並在頁面再次展示時進行恢復調用onRestoreInstanceState
,關於這兩個方法,也能夠在ViewPager源碼中看到。ui
@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
不爲默認值也能夠達到目的。(此處不展開)this
在本文的案例中,由於需求須要,每次在判斷被回收後,都會從新new Adapter來給ViewPager。spa
mAdapter = new CustomPagerAdapter(getActivity(), getChildFragmentManager(), list);
viewPager.setAdapter(mAdapter);
viewPager.setOffscreenPageLimit(size);
複製代碼
通常常理思考,從新new的adapter對象,應該會指向新的引用,那麼應該會從新建立對應的Fragment,進而應該顯示出來,但實際並無。 來看看自定義的Adapter中的寫法 (extends FragmentStatePagerAdapter):3d
@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有調用,可是getItem並無調用,從這裏就沒有返回Fragment。 追蹤FragmentStatePagerAdapter中的寫法:rest
@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時,則不會去調用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);
}
}
}
}
}
複製代碼
系統銷燬時會調用以上方法,能夠看到這樣一句Fragment f = this.mFragmentManager.getFragment(bundle, key);
是經過FragmentManager中拿到的Fragment,進而加入到了adapter中的mFragments中。而整個restoreState
的調用有兩處:code
- viewPager.setAdapter
- viewPager.onRestoreInstanceState
由於每次新生成的adapter的FragmentManager都是同一對象(這個也沒法改成其它的),因此在setAdapter時,仍舊會將同一FragmentManager中以前保存的Fragment列表值賦值給新生成的adapter中的mFragments,進而在instantiateItem
中用mFragments作判斷時,它是有值的。從而也就不會去調用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等數據
@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);
}
複製代碼
針對本文提到的狀況,也還有一些其它的解決方案,例如:直接拿系統保存的值來從新賦值也能夠。若是使用FragmentPagerAdapter,解決方案也是相似的思路。