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

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

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

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

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

原本以為只有在系統(tǒng)因為內(nèi)存回收Activity時才會調(diào)用的onSaveInstanceState()，居然在轉(zhuǎn)跳到其他Activity、打開多任務(wù)窗口、使用Home回到主屏幕這些操作中也被調(diào)用，然而onRestoreInstanceState()并沒有在再次回到Activity時被調(diào)用。而且我在onResume()發(fā)現(xiàn)之前的Fragment只是被移除，并不是空，所以就算你在onResume()中執(zhí)行問題一中創(chuàng)建的Fragment的方法，同樣無濟于事。所以通過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)”。其實到這里大家也就明白了，就是因為這句話導(dǎo)致了重影的出現(xiàn)，于是我刪除了這句話，然后onCreate()與onRestoreInstanceState()中同時使用問題一中的創(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) { 
    //記錄當前的position 
    outState.putInt("position", position); 
  } 

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

最新評論