1.導(dǎo)致Fragment 重疊 和遮蓋的原因

主要還是因?yàn)镕ragment的狀態(tài)保存機(jī)制，當(dāng)系統(tǒng)內(nèi)存不足時(shí)，F(xiàn)ragment的主Activity被回收，F(xiàn)ragment的實(shí)例并沒有隨之被回收。

Activity被系統(tǒng)回收時(shí)，會(huì)主動(dòng)調(diào)用onSaveInstance()方法來保存視圖層（View Hierarchy），所以當(dāng)Activity通過導(dǎo)航再次被重建時(shí)，之前被實(shí)例化過的Fragment依然會(huì)出現(xiàn)在Activity中，然而從上述代碼中可以明顯看出，再次重建了新的Fragment，綜上這些因素導(dǎo)致了多個(gè)Fragment重疊在一起。

2.如果這個(gè)問題不是必現(xiàn)問題 ，調(diào)試的時(shí)候 可以將  開發(fā)者選項(xiàng)中的  “不保留活動(dòng)” 打開 ，為了 模擬 Activity 被及時(shí)回收。

3.onSaveInstanceState()與onRestoreInstanceState()這兩個(gè)方法。

原本以為只有在系統(tǒng)因?yàn)閮?nèi)存回收Activity時(shí)才會(huì)調(diào)用的onSaveInstanceState()，居然在轉(zhuǎn)跳到其他Activity、打開多任務(wù)窗口、使用Home回到主屏幕這些操作中也被調(diào)用，然而onRestoreInstanceState()并沒有在再次回到Activity時(shí)被調(diào)用。而且我在onResume()發(fā)現(xiàn)之前的Fragment只是被移除，并不是空，所以就算你在onResume()中執(zhí)行問題一中創(chuàng)建的Fragment的方法，同樣無濟(jì)于事。所以通過remove()宣告失敗。

接著通過調(diào)查資料發(fā)現(xiàn)Activity中的onSaveInstanceState()里面有一句super.onRestoreInstanceState(savedInstanceState)，Google對于這句話的解釋是“Always call the superclass so it can save the view hierarchy state”，大概意思是“總是執(zhí)行這句代碼來調(diào)用父類去保存視圖層的狀態(tài)”。其實(shí)到這里大家也就明白了，就是因?yàn)檫@句話導(dǎo)致了重影的出現(xiàn)，于是我刪除了這句話，然后onCreate()與onRestoreInstanceState()中同時(shí)使用問題一中的創(chuàng)建Fragment方法，然后再通過保存切換的狀態(tài)，發(fā)現(xiàn)結(jié)果非常完美。

//記錄Fragment的位置   private int position = 0;     @Override   protected void onCreate(Bundle savedInstanceState) {     super.onCreate(savedInstanceState);     setContentView(R.layout.activity_index);       setTabSelection(position);   }     @Override   protected void onRestoreInstanceState(Bundle savedInstanceState) {     position = savedInstanceState.getInt("position");     setTabSelection(position);     super.onRestoreInstanceState(savedInstanceState);   }     @Override   protected void onSaveInstanceState(Bundle outState) {     //記錄當(dāng)前的position     outState.putInt("position", position);   } 

感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！