ViewPager中切换界面Fragment被销毁解析

ViewPager中切换界面Fragment被销毁解析
 
1、应用处景
ViewPager+Fragment实现界面切换,界面数量=3

 
2、Fragment生命周期以及与Activity生命周期对比

                  



3、题目描述
按上图所说,只有当Fragment所Attached的Activity履行destroy的时辰才会调用onDestoryView办法,然而实际是:
当界面由2切换到1的时辰,3界面对应的Fragment实际上走了如下贱程:


1 --onPause

2 --onStop
3 --onDestroyView


 




再由1切换回2或者3时,3界面对应的Fragment的履行流程:


1 --onCreateView

2 --onStart
3 --onResume


 


可见,界面3对应的Fragment被烧毁并从头创建。




4、原因解析
ViewPager的默认加载体式格式是缓存当前界面前后相邻的两个界面,即最多共缓存包含当前界面在内的三个界面信息。当滑动切换界面的时辰,非相邻界面信息将被开释。
界面2是当前界面,界面1和3是缓存界面,当切换到1时,界面2仍缓存,界面3被烧毁开释,于是便有了onDestroyView的调用。
由1切换到2或3时,界面3又被从头创建,于是走了onCreateView流程。
5、解决规划

  • 计齐截:设置ViewPager的缓存界面数

此规划实用于界面数较少的景象,避免缓存界面太多导致内存吃紧。
办法: 


mPager .setOffscreenPageLimit(2);


参数:int limit    -    缓存当前界面每一侧的界面数




以上述为例,当前界面为1,limit = 2,默示缓存2、3两个界面。如此便避免了界面3被烧毁。
 

  • 规划二:保存状况并恢复

此规划实用于可用界面信息可由状况保存和恢复实现的景象。
在onDestroyView办法内保存相干信息,在onCreateView办法内恢复信息设置。
 

  • 规划三(推荐):复用Fragment的RootView

此规划实用通用处景,推荐应用。
步调1:在onDestroyView办法内把Fragment的RootView从ViewPager中remove





1 @Override

2 public void onDestroyView() {
3 LogUtils.d(TAG , "--onDestroyView");
4 super .onDestroyView();
5 if (null != FragmentView) {
6 ((ViewGroup) mFragmentView.getParent()).removeView(mFragmentView);
7 }
8 }


 




步调2:在onCreateView办法内复用RootView





 1 @Override

2 public View onCreateView(LayoutInflater inflater, ViewGroup container,
3 Bundle savedInstanceState) {
4 LogUtils.d (TAG, "--onCreateView");
5 if (null == mFragmentView) {
6 mFragmentView = inflater.inflate(R.layout.fragment, container, false);
7 mListView = (ListView) mFragmentView .findViewById(R.id.mm_listview);
8 mListView.setAdapter(mAdapter);
9 mPbar = (ProgressBar) mFragmentView.findViewById(R.id.pbar_mm_loading);
10 mPbar.setVisibility(View.VISIBLE);
11 }
12
13 return mFragmentView ;
14 }
最新回复(0)
/jishuB0LhVVA9J9U3XXZZqfUq0maXxD8ZLkIrWKAlVQ_3D_3D4858537
8 简首页