讓多個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/