1.導致Fragment 重疊 和遮蓋的原因 主要還是因為Fragment的狀態保存機制，當系統記憶體不足時，Fragment的主Activity被回收，Fragment的實例並沒有隨之被回收。 Activity被系統回收時，會主動調用onSaveInstance()方法來保存視圖層（View Hie ...
1.導致Fragment 重疊 和遮蓋的原因
主要還是因為Fragment的狀態保存機制，當系統記憶體不足時，Fragment的主Activity被回收，Fragment的實例並沒有隨之被回收。
Activity被系統回收時，會主動調用onSaveInstance()方法來保存視圖層（View Hierarchy），所以當Activity通過導航再次被重建時，之前被實例化過的Fragment依然會出現在Activity中，然而從上述代碼中可以明顯看出，再次重建了新的Fragment，綜上這些因素導致了多個Fragment重疊在一起。
2.如果這個問題不是必現問題 ，調試的時候 可以將 開發者選項中的 “不保留活動” 打開 ，為了 模擬 Activity 被及時回收。
3.onSaveInstanceState()與onRestoreInstanceState()這兩個方法。
原本以為只有在系統因為記憶體回收Activity時才會調用的onSaveInstanceState()，居然在轉跳到其他Activity、打開多任務視窗、使用Home回到主屏幕這些操作中也被調用，然而onRestoreInstanceState()並沒有在再次回到Activity時被調用。而且我在onResume()發現之前的Fragment只是被移除，並不是空，所以就算你在onResume()中執行問題一中創建的Fragment的方法，同樣無濟於事。所以通過remove()宣告失敗。
接著通過調查資料發現Activity中的onSaveInstanceState()裡面有一句super.onRestoreInstanceState(savedInstanceState)，Google對於這句話的解釋是“Always call the superclass so it can save the view hierarchy state”，大概意思是“總是執行這句代碼來調用父類去保存視圖層的狀態”。其實到這裡大家也就明白了，就是因為這句話導致了重影的出現，於是我刪除了這句話，然後onCreate()與onRestoreInstanceState()中同時使用問題一中的創建Fragment方法，然後再通過保存切換的狀態，發現結果非常完美。
//記錄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);
}
