Fragment Fragment

一、fragment生命周期
Fragment除了Activity有的方法外还提供了附加的方法
1.onAttach():当碎片和活动建立关联时调用
2.onCreateView():为碎片创建视图（加载布局）时调用
3.onActivityCreated():确保与碎片相关联的活动一定已经创建完毕的时候调用
4.onDestroyView():当与碎片关联的视图被移除的时候调用
5.onDetach():当碎片和活动解除关联的时候调用 fragment的生命周期
Activity与Fragment的比较二、动态添加碎片五个步骤

创建待添加碎片实例
获取到FragmentManager，在活动中可以直接调用getFragmentManager()方法得到
开启一个事务，通过调用beginTransaction()方法开启
向容器内加入碎片，一般使用replace()方法实现，需要传入容器的ID和待添加的碎片实例
提交事物，调用commit()方法来完成

FragmentManager 为了管理Activity中的fragments，需要使用FragmentManager。
为了得到它，需要调用Activity中的getFragmentManager()方法。
因为FragmentManager的API是在Android 3.0，也即API level 11开始引入的，所以对于之前的版本，需要使用support library中的FragmentActivity，并且使用getSupportFragmentManager()方法。
Fragment Transactions 【Fragment】使用Fragment时，可以通过用户交互来执行一些动作，比如增加、移除、替换等。
所有这些改变构成一个集合，这个集合被叫做一个transaction。
可以调用FragmentTransaction中的方法来处理这个transaction，并且可以将transaction存进由activity管理的back stack中，这样就可以进行fragment变化的回退操作。
每个transaction是一组同时执行的变化的集合。
用add(), remove(), replace()方法，把所有需要的变化加进去，然后调用commit()方法，将这些变化应用。
在commit()方法之前，你可以调用addToBackStack()，把这个transaction加入back stack中去，这个back stack是由activity管理的，当用户按返回键时，就会回到上一个fragment的状态。
比如下面就是用一个新的fragment取代之前的fragment，并且将前次的状态存储在back stack中。

// Create new fragment and transaction Fragment newFragment = new ExampleFragment(); FragmentTransaction transaction =getFragmentManager().beginTransaction(); // Replace whatever is in the fragment_container view with this fragment, // and add the transaction to the back stack transaction.replace(R.id.fragment_container, newFragment); transaction.addToBackStack(null); // Commit the transaction transaction.commit();

二、 Activity与Fragment之间的通信
(1)Fragment调用Activity的数据
通过在Activity中setArguments()以及在Fragment中getArguments()实现数据从Activity向Fragment传递

public static Image1Fragment newInstance(String param1) { Image1Fragment fragment = new Image1Fragment(); //在Activity中创建Bundle数据包，并调用Fragment的setArguments(Bundle bundle)方法 Bundle args = new Bundle(); args.putString(ARG_PARAM1, param1); fragment.setArguments(args); return fragment; } @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); if (getArguments() != null) { //在Fragment中通过getArguments().getString()获取Activity传来的值 mParam1 = getArguments().getString(ARG_PARAM1); } }

(2)Activity调用Fragment的数据
在Fragment中定义一个内部回调接口，让包含该Fragment的Activity实现该回调接口，这样Fragment可调用该回调方法将数据传递给Activity。下面主要实现在Activity调用Fragment的数据。
创建一个TestFragment类继承自Fragment，先在Fragment中定义一个内部回调接口：

public interface OnFragmentInteractionListener { public void onFragmentInteraction(String uri); }

在Fragment的onAttach()方法中将Activity转换为OnFragmentInteractionListener接口：

@Override public void onAttach(Activity activity) { super.onAttach(activity); try { mListener = (OnFragmentInteractionListener) activity; } catch (ClassCastException e) { throw new ClassCastException(activity.toString() + " must implement OnFragmentInteractionListener"); } }

宿主Activity则需要实现此接口，并重写onFragmentInteraction(String uri)方法，这样就实现了数据从Fragment到Activity的传递：

public class MainActivity extends ActionBarActivity implements TestFragment.OnFragmentInteractionListener @Override public void onFragmentInteraction(String uri) { TextView tv=(TextView)findViewById(R.id.tv); tv.setText(uri); }

三、Fragment的性能优化
让多个Fragment 切换时不重新实例化在项目中需要进行Fragment的切换，一直都是用replace()方法来替换Fragment：

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彼此切换时不重新实例化？
replace()这个方法只是在上一个Fragment不再需要时采用的简便方法。
正确的切换方式是add()，切换时hide()，add()另一个Fragment；再次切换时，只需hide()当前，show()另一个。
这样就能做到多个Fragment切换不重新实例化：

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，显示下一个 } } }

问题一：保存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销毁时将持有的数据清空、停止异步任务。

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; } ... }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; } ... }

问题二：Fragment重叠其实是由Activity被回收后重启所导致的Fragment重复创建和重叠的问题。
在Activity onCreate()中添加Fragment的时候一定不要忘了检查一下savedInstanceState：

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自然是相同的

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(); }

转载自： http://allenlin.leanote.com/post/56babab6ab64416aa0003973
https://yrom.net/blog/2013/03/10/fragment-switch-not-restart/