用Fragment制作的Tab页面产生的UI重叠问题

/article/7619912.html

在用Fragment做Tab页面，发现有时候进入应用会同时显示多个Tab内容，UI发生重叠。

直接back键退出应用再进入时，则没有出现该问题。

后面才知道，当应用被强行关闭后（通过手机管家软件手动强关，或系统为节省内存自动关闭应用），再次进入应用时，每次都有这现象。

如下图：

页面1：



页面3：



强关应用后进入应用，发生页面重叠：



该界面有一个Activity，三个Tab对应有三个Fragment, 第一次进入应用时，根据选择的tab分别创建对应的Fragment，之后每次选择页面时隐藏其他tab内容

Activity代码：

[java] view
plaincopy

public class TestFragmentTab extends FragmentActivity {

private static final String TAG = "TestFragmentTab";

private int tabIds[] = new int[]{

R.id.home_tab_main,

R.id.home_tab_search,

R.id.home_tab_category,

};

private FragmentTab1 mTab1;

private FragmentTab2 mTab2;

private FragmentTab3 mTab3;

@Override

public void onAttachFragment(Fragment fragment) {

// TODO Auto-generated method stub

super.onAttachFragment(fragment);

Log.d(TAG,"onAttachFragment");

}

@Override

protected void onDestroy() {

// TODO Auto-generated method stub

super.onDestroy();

Log.d(TAG,"onDestroy");

}

@Override

protected void onPause() {

// TODO Auto-generated method stub

super.onPause();

Log.d(TAG,"onPause");

}

@Override

protected void onResume() {

// TODO Auto-generated method stub

super.onResume();

Log.d(TAG,"onResume");

}

@Override

protected void onStart() {

// TODO Auto-generated method stub

super.onStart();

Log.d(TAG,"onStart");

}

@Override

protected void onStop() {

// TODO Auto-generated method stub

super.onStop();

Log.d(TAG,"onStop");

}

@Override

protected void onCreate(Bundle savedInstanceState) {

// TODO Auto-generated method stub

super.onCreate(savedInstanceState);

Log.d(TAG,"onCreate");

setContentView(R.layout.layout_test_fragment_tab);

RadioGroup tabButtonGroup = (RadioGroup) findViewById(R.id.bottom_bar);

tabButtonGroup.setOnCheckedChangeListener(new OnCheckedChangeListener() {

@Override

public void onCheckedChanged(RadioGroup group, int checkedId) {

// TODO Auto-generated method stub

for (int i = 0; i < tabIds.length; i++) {

if (tabIds[i] == checkedId) {

setSelection(i);

break;

}

}

}

});

setSelection(0);

}

private void setSelection(int position){

FragmentManager fm = getSupportFragmentManager();

FragmentTransaction ft = fm.beginTransaction();

hideAllFragments(ft);

switch (position) {

case 0:

if (mTab1 == null) {

mTab1 = new FragmentTab1();

ft.add(R.id.content, mTab1);

}else {

ft.show(mTab1);

}

break;

case 1:

if (mTab2 == null) {

mTab2 = new FragmentTab2();

ft.add(R.id.content, mTab2);

}else {

ft.show(mTab2);

}

break;

case 2:

if (mTab3 == null) {

mTab3 = new FragmentTab3();

ft.add(R.id.content, mTab3);

}else {

ft.show(mTab3);

}

break;

default:

break;

}

ft.commit();

}

private void hideAllFragments(FragmentTransaction ft){

if (mTab1 != null) {

ft.hide(mTab1);

}

if (mTab2 != null) {

ft.hide(mTab2);

}

if (mTab3 != null) {

ft.hide(mTab3);

}

}

}

通过分析发现，正常back键退出应用时，Activity及Fragment对象会被销毁，因此再次进入时会在切换到Tab时创建对应的Fragment对象。

但是当强行关闭应用后，Activity虽然被回收，但Fragment对象仍然保持，再次进入应用时，系统会分别调用Fragment的onAttach方法将其附加到Activity上，

02-08 12:41:24.107: D/FragmentTab1(7032): onAttach

02-08 12:41:24.107: D/FragmentTab3(7032): onAttach

这里对应的就是强行关闭应用前的fragment对象，

后面会分别调用两个fragment的onCreateView方法，因此这两个Fragment对应的View层次结构都会加到Activity的View层次中。

虽然setSelection方法会把所有fragment先隐藏再显示选中的对象，但由于此时Activity中Fragment对象的成员变量还未初始化，因此会再次实例化fragment对象，

之后add、show及hide的都是在第二次创建的对象上操作的，而之前被保持的fragment对象的视图层次已经反映到Activity视图中并且不会被hide，因此发生了上述重叠现象。

解决方法：

在Activity的onAttachFragment方法中，有一个fragment参数，它就是onAttach方法对应的Fragment对象，

通过判断这个fragment对象，如果属于我们的FragmentTabX类并且该类还未被实例化过，则将Activity的成员变量mFragmentTabX指向该fragment对象，这样就可以在原来的fragment对象上操作add/show/hide，因此不会有重叠现象

[java] view
plaincopy

@Override

public void onAttachFragment(Fragment fragment) {

// TODO Auto-generated method stub

super.onAttachFragment(fragment);

Log.d(TAG,"onAttachFragment");

if (mTab1 == null && fragment instanceof FragmentTab1) {

mTab1 = (FragmentTab1)fragment;

}else if (mTab2 == null && fragment instanceof FragmentTab2) {

mTab2 = (FragmentTab2)fragment;

}else if (mTab3 == null && fragment instanceof FragmentTab3) {

mTab3 = (FragmentTab3)fragment;

}

}

通过以上也可知，某些情况当系统需要将Activity回收以便节省内存时，Activity内部保持的fragment不会被销毁，可用于保存/恢复数据。