让多个Fragment 切换时不从新实例化[转载]

在项目中须要进行Fragment的切换，一直都是用replace()方法来替换Fragment：

1 2 3 4 5 6 7 8 9

public void switchContent(Fragment fragment) { if(mContent != fragment) { mContent = fragment; mFragmentMan.beginTransaction() .setCustomAnimations(android.R.anim.fade_in, R.anim.slide_out) .replace(R.id.content_frame, fragment) // 替换Fragment，实现切换 .commit(); } }

可是，这样会有一个问题：
每次切换的时候，Fragment都会从新实例化，从新加载一边数据，这样很是消耗性能和用户的数据流量。

 

就想，如何让多个Fragment彼此切换时不从新实例化？

翻看了Android官方Doc，和一些组件的源代码，发现，replace()这个方法只是在上一个Fragment再也不须要时采用的简便方法。

正确的切换方式是add()，切换时hide()，add()另外一个Fragment；再次切换时，只需hide()当前，show()另外一个。
这样就能作到多个Fragment切换不从新实例化：

1 2 3 4 5 6 7 8 9 10 11 12

public void switchContent(Fragment from, Fragment to) { if (mContent != to) { mContent = to; FragmentTransaction transaction = mFragmentMan.beginTransaction().setCustomAnimations( android.R.anim.fade_in, R.anim.slide_out); if (!to.isAdded()) { // 先判断是否被add过 transaction.hide(from).add(R.id.content_frame, to).commit(); // 隐藏当前的fragment，add下一个到Activity中 } else { transaction.hide(from).show(to).commit(); // 隐藏当前的fragment，显示下一个 } } }

————Edited 2015.2.7————-

问题一：保存UI与数据的内存消耗

上面所述为避免从新实例化而带来的“从新加载一边数据”、“消耗数据流量”，实际上是这个Fragment不够“纯粹”。

Fragment应该分为UI Fragment和Headless Fragment。

前者是指通常的定义了UI的Fragment，后者则是无UI的Fragment，即在onCreateView()中返回的是null。将与UI处理无关的异步任务均可以放到后者中，并且通常地都会在onCreate()中加上setRetainInstance(true)，故而能够在横竖屏切换时不被从新建立和重复执行异步任务。

这样作了以后，即可以不用管UI Fragment的从新建立与否了，由于数据和异步任务都在无UI的Fragment中，再经过Activity 的 FragmentManager 交互便可。

只需记得在Headless Fragment销毁时将持有的数据清空、中止异步任务。

UIFragment.java

1 2 3 4 5 6 7 8 9 10 11

public class UIFragment extends Fragment{   @Override public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) { View view = inflater.inflate(R.layout.fragment, container, false); return view; } ... }

HeadlessFragment.java

1 2 3 4 5 6 7 8 9 10 11 12 13

public class HeadlessFragment extends Fragment{   @Override public void onCreate(Bundle savedInstanceState) { setRetainInstance(true); } @Override public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) { return null; } ... }

具体实例代码以下:

1. ApiDemo: FragmentRetainInstance.java

2. MostafaGazar Sample: PhotosListTaskFragment.java

问题二：Fragment重叠

实际上是由Activity被回收后重启所致使的Fragment重复建立和重叠的问题。

在Activity onCreate()中添加Fragment的时候必定不要忘了检查一下savedInstanceState：

1 2 3 4

if (savedInstanceState == null) { getFragmentManager().beginTransaction().add(android.R.id.content, new UIFragment()).commit(); }

多个Fragment重叠则能够这样处理：经过FragmentManager找到全部的UI Fragment，按须要show()某一个Fragment，hide()其余便可！

为了能准确找出所需的Fragment，因此在add()或者replace() Fragment的时候记得要带上tag参数，由于一个ViewGroup 容器能够依附add()多个Fragment，它们的id天然是相同的。

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

if (savedInstanceState == null) { // getFragmentManager().beginTransaction()...commit() } else{ //先经过id或者tag找到“复活”的全部UI-Fragment UIFragment fragment1 = getFragmentManager().findFragmentById(R.id.fragment1); UIFragment fragment2 = getFragmentManager().findFragmentByTag( "tag"); UIFragment fragment3 = ... ... //show()一个便可 getFragmentManager().beginTransaction() .show(fragment1) .hide(fragment2) .hide(fragment3) .hide(...) .commit(); }

注: 关于Fragment id的问题建议阅读 FragmentManager中moveToState()源码

转自：https://yrom.net/blog/2013/03/10/fragment-switch-not-restart/