所有的文章都是自己的經驗和總結，如果有錯誤的地方歡迎留言指正，以免影響其他的少年。

上一篇有提到一個知識點：

transaction.commit(); transaction.commitAllowingStateLoss(); 復制代碼

先提前說明：兩者都可以提交fragment的操作，唯一的不同是第二種方法，允許丟失一些界面的狀態和信息，幾乎所有的開發者都遇到過這樣的錯誤：無法在activity調用了onSaveInstanceState之后再執行commit（），這種異常時可以理解的，界面被系統回收（界面已經不存在），為了在下次打開的時候恢復原來的樣子，系統為我們保存界面的所有狀態，這個時候我們再去修改界面理論上肯定是不允許的，所以為了避免這種異常，要使用第二種方法。

前面兩篇文章簡單的介紹了Fragment的簡單用法，這一篇準備介紹一下常用的Fragment的添加和替換有什么不同。

添加和替換，是最常用的兩個方法，從字面的意思上看能夠非常明確的理解，添加就是往容器中添加（add），替換（replace）則是把容器清空再添加，也就是把容器中的所有內容都替換掉。

首先獲取FragmentTransaction對象：

FragmentTransaction transaction = fm.beginTransaction(); 復制代碼

添加

transaction.add(R.id.fragment_container, oneFragment).commit(); 復制代碼

第一個參數是容器id， 第二個參數是要添加的fragment，添加不會清空容器中的內容，不停的往里面添加，值得強調的是，如果一個fragment已經進來的話，再次添加的話會報異常錯誤的，不重復添加同一fragment，這是非常重要的特點。

添加進來的fragment都是可見的（visible），后添加的fragment會展示在先添加的fragment上面，在繪制界面的時候會繪制所有可見的view，所以大多數add都是和hide或者是remove同時使用的，例如：

transaction.add(R.id.fragment_container, oneFragment).hide(twoFragment)commit(); 復制代碼

這樣可以節省繪制界面的時間，節省內存消耗，是推薦的用法。

替換

transaction.replace(R.id.fragment_container, oneFragment).commit(); 復制代碼

替換會把容器中的所以內容全都替換掉，有一些app會使用這樣的做法，保持只有一個fragment在顯示，減少了界面的層級關系。

不同之處

就是是否要清空容器再添加fragment的區別，用法上add配合hide或是remove使用，replace一般單獨出現。

相同之處

每次add和replace都要重新走一遍fragment 的周期。

其實fragment一般不會這么簡單使用，replace的使用場景一般不多，大多數是添加（add）和顯示（show）配合隱藏（hide）來使用，這樣首先避免相同類型的fragment的重復添加，提示開發者使用單例模式，已經添加過的fragment很多情況沒有必要再次添加，而且還有把生命周期再走一遍，這是一種比較浪費的做法，所以下一篇，介紹一下fragment的最常用的用法。

總結

以上是生活随笔為你收集整理的Fragment专辑（三）：Fragment的添加（add）和替换（replace）的不同的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。