replace是一个替换的过程，意思是remove掉当前的fragment，重新初始化一个new fragment进行替换，会重复完全执行新的fragment的生命周期。replace()这个方法只是在上一个Fragment不再需要时采用的简便方法
在Activity onCreate()中添加Fragment的时候一定不要忘了检查一下savedInstanceState，通过savedInstanceState是否为空来判断填充当前的状态。如果为空，则填充当前的context,若不为空，我们可以通过add时候的tag来找到对应的fragmemt,所有的碎片实例都是存在于内存中的，只是由于失去引用再次启动它的引用被销毁了。我们只要找到赋值给对应的碎片，再通过保存的状态来hide和show就好了。比较容易理解
我们这里采用的方式是：通过getSupportFragmentManager（）找到所有的 Fragment，按记录的context碎片show()某一个Fragment，hide()其他所有的fragment。
transaction.commit();
transaction.commitAllowingStateLoss();
两者都可以提交fragment的操作，唯一的不同是第二种方法，允许丢失一些界面的状态和信息，几乎所有的开发者都遇到过这样的错误：无法在activity调用了onSaveInstanceState之后再执行commit（），这种异常时可以理解的，界面被系统回收（界面已经不存在），为了在下次打开的时候恢复原来的样子，系统为我们保存界面的所有状态，这个时候我们再去修改界面理论上肯定是不允许的，所以为了避免这种异常，要使用第二种方法。
添加和替换，是最常用的两个方法，从字面的意思上看能够非常明确的理解，添加就是往容器中添加（add），替换（replace）则是把容器清空再添加，也就是把容器中的所有内容都替换掉。如果一个fragment已经进来的话，再次添加的话会报异常错误的，不重复添加同一fragment，这是非常重要的特点。
添加进来的fragment都是可见的（visible），后添加的fragment会展示在先添加的fragment上面，在绘制界面的时候会绘制所有可见的view，所以大多数add都是和hide或者是remove同时使用的
替换会把容器中的所以内容全都替换掉，有一些app会使用这样的做法，保持只有一个fragment在显示，减少了界面的层级关系。
不同之处
就是是否要清空容器再添加fragment的区别，用法上add配合hide或是remove使用，replace一般单独出现。
相同之处
每次add和replace都要重新走一遍fragment 的周期。
其实fragment一般不会这么简单使用，replace的使用场景一般不多，大多数是添加（add）和显示（show）配合隐藏（hide）来使用，这样首先避免相同类型的fragment的重复添加，提示开发者使用单例模式，已经添加过的fragment很多情况没有必要再次添加，而且还有把生命周期再走一遍，
