Fragment用途
使开发的App可以同时适应不同大小的手机和平板。可以把Fragment当成Activity的一个界面的一个组成部分，甚至Activity的界面可以完全有不同的Fragment组成，更帅气的是Fragment拥有自己的生命周期和接收、处理用户的事件，这样就不必在Activity写一堆控件的事件处理的代码了。更为重要的是，你可以动态的添加、替换和移除某个Fragment。Fragment可以看成是一个容器可以容纳其余组件，并且Fragment自身也是一个组件。
Fragment生命周期
Fragment必须是依存于某个Activity的，因此Activity的生命周期会直接影响到Fragment的生命周期。官网这张图很好的说明了两者生命周期的关系：
可以看到Fragment比Activity多了几个额外的生命周期回调方法：
onAttach(Activity)
当Fragment与Activity发生关联时调用。
onCreateView(LayoutInflater, ViewGroup,Bundle)
创建该Fragment的视图
onActivityCreated(Bundle)
当Activity的onCreate方法返回时调用
onDestoryView()
与onCreateView想对应，当该Fragment的视图被移除时调用
onDetach()
与onAttach相对应，当Fragment与Activity关联被取消时调用
注意：除了onCreateView，其他的所有方法如果你重写了，必须调用父类对于该方法的实现。
Fragment使用
静态的使用Fragment
静态使用Fragment只需要将Fragment看作是普通的控件，直接写在Activity的布局文件中，步骤：
step1:继承Fragment，重写onCreateView决定Fragment的布局
step2:在Activity中声明此Fragment，跟普通的View一样
动态使用Fragment
动态使用Fragment就是动态的添加，更新，以及删除Fragment。
Fragment动态使用时，需要用到的三个常见类：
android.app.Fragment:用于定义Fragment
android.app.FragmentManager:主要用于Activity中操作Fragment
android.app.FragmentTransaction:保证一系列Fragment操作的原子性。
主要的操作是FragmentTransaction的方法：
FragmentTransaction transaction = fm.benginTransatcion();//开启一个事务
transaction.add() ／／往Activity中添加一个Fragment
transaction.remove() ／／ 从Activity中移除一个Fragment，如果被移除的Fragment没有添加到回退栈（回退栈后面会详细说），这个Fragment实例将会被销毁。
transaction.replace()／／使用另一个Fragment替换当前的，实际上就是remove()然后add()的合体~
transaction.hide()／／ 隐藏当前的Fragment，仅仅是设为不可见，并不会销毁
transaction.show()／／ 显示之前隐藏的Fragment
detach()／／ 将此Fragment从Activity中分离，会销毁其布局，但不会销毁该实例
attach()／／ 将从Activity中分离的Fragment，重新关联到该Activity，重新创建其视图层次
transatcion.commit()//提交一个事务
注意：常用Fragment可能会经常遇到这样Activity状态不一致：State loss这样的错误。主要是因为：commit方法一定要在Activity.onSaveInstance()之前调用。
值得注意的是：如果你喜欢使用Fragment，一定要清楚这些方法，哪个会销毁视图，哪个会销毁实例，哪个仅仅只是隐藏，这样才能更好的使用它们。
a、比如：我在FragmentA中的EditText填了一些数据，当切换到FragmentB时，如果希望会到A还能看到数据，则适合你的就是hide和show；也就是说，希望保留用户操作的面板，你可以使用hide和show，当然了不要使劲在那new实例，进行下非null判断。
b、再比如：我不希望保留用户操作，你可以使用remove()，然后add()；或者使用replace()这个和remove,add是相同的效果。
c、remove和detach有一点细微的区别，在不考虑回退栈的情况下，remove会销毁整个Fragment实例，而detach则只是销毁其视图结构，实例并不会被销毁。那么二者怎么取舍使用呢？如果你的当前Activity一直存在，那么在不希望保留用户操作的时候，你可以优先使用detach。
Fragment回退栈
类似与Android系统为Activity维护一个任务栈，我们也可以通过Activity维护一个回退栈来保存每次Fragment事务发生的变化。如果你将Fragment任务添加到回退栈，当用户点击后退按钮时，将看到上一次的保存的Fragment。一旦Fragment完全从后退栈中弹出，用户再次点击后退键，则退出当前Activity。添加一个Fragment事务到回退栈：FragmentTransaction.addToBackStack(String)
a、如果你Activity中包含自己管理的Fragment的引用，可以通过引用直接访问所有的Fragment的public方法
b、如果Activity中未保存任何Fragment的引用，那么没关系，每个Fragment都有一个唯一的TAG或者ID,可以通过getFragmentManager.findFragmentByTag()或者findFragmentById()获得任何Fragment实例，然后进行操作。
c、在Fragment中可以通过getActivity得到当前绑定的Activity的实例，然后进行操作。
注：如果在Fragment中需要Context，可以通过调用getActivity(),如果该Context需要在Activity被销毁后还存在，则使用getActivity().getApplicationContext()。