在很旧的v4包里,fragment的问题更多,比如需要自己重写Fragment类的onDestory,不过这些都在最新的v4包里解决了,但是fragment仍然问题很多,有个很常见的问题就是Activity因内存不够被回收以后,在FragmentActivity重启时,Fragment会出一些问题,比如fragment重叠,或者某些fragment不显示之类的,这种情况原因如下:
先贴两段代码:
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(getContentViewResId());
if (getIntent().hasExtra(Intent.EXTRA_TITLE)) {
setTitle(getIntent().getStringExtra(Intent.EXTRA_TITLE));
}
final String customTitle = getIntent().getStringExtra(Intent.EXTRA_TITLE);
setTitle(customTitle != null ? customTitle : getTitle());
if (savedInstanceState == null) {
mFragment = onCreatePane();
mFragment.setArguments(intentToFragmentArguments(getIntent()));
getFragmentManager().beginTransaction()
.add(R.id.root_container, mFragment, "single_pane")
.commit();
} else {
mFragment = getFragmentManager().findFragmentByTag("single_pane");
}
}
*
* Save all appropriate fragment state.
*/
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
Parcelable p = mFragments.saveAllState();
if (p != null) {
outState.putParcelable(FRAGMENTS_TAG, p);//这里保存了Fragment数据
}
if (mPendingFragmentActivityResults.size() > 0) {
outState.putInt(NEXT_CANDIDATE_REQUEST_INDEX_TAG, mNextCandidateRequestIndex);
int[] requestCodes = new int[mPendingFragmentActivityResults.size()];
String[] fragmentWhos = new String[mPendingFragmentActivityResults.size()];
for (int i = 0; i < mPendingFragmentActivityResults.size(); i++) {
requestCodes[i] = mPendingFragmentActivityResults.keyAt(i);
fragmentWhos[i] = mPendingFragmentActivityResults.valueAt(i);
}
outState.putIntArray(ALLOCATED_REQUEST_INDICIES_TAG, requestCodes);
outState.putStringArray(REQUEST_FRAGMENT_WHO_TAG, fragmentWhos);
}
从源码中得知,当Activity调用onSaveInstanceState方法的时候,会保存当前Activity里面的所有Fragment,保存在了一个Bundle里,key就是FRAGMENTS_TAG。
这个Bundle会在Activity恢复的时候传给onCreate,这就是为什么onSaveInstanceState不是null了。
如果要原样恢复Fragment需要做的工作挺多的,需要在FragmentActivity的onCreate方法里判断如果savedInstanceState不为空就从FragmentManager里获取之前的实例,不过不需要再次添加到FragmentManager里了,获取的目的是以后做什么操作还用这个获取到的实例,虽然恢复的Fragment中的View没问题,不过里面如果有自己的一些值并且没有在Fragment自己的savedInstanceState方法里保存的话,恢复的fragment是没有这些值的(如果这些值是从其他页面通过bundle传递过来的那么你获取的时候肯定是从bundle获取这时候是有值的),我觉得在大部分应用里不需要这么做,有两种更简单的解决办法:
- 重写FragmentActivity的onCreate方法:
@Override
protected void onCreate(Bundle savedInstanceState) {
//删除保存的Fragment状态
if (savedInstanceState != null) {
//"android:support:fragments"是FragmentActivity类里的包可见的值,因为不是public的所以直接写实际的字符串
savedInstanceState.putParcelable("android:support:fragments", null);
}
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mFragment = new onCreatePane();
getSupportFragmentManager().beginTransaction()
.add(R.id. root_container, mFragment, "single_pane")
.commit();
}
- 重写FragmentActivity的onSaveInstanceState方法:
override fun onSaveInstanceState(outState: Bundle) {
super.onSaveInstanceState(outState)
//删除保存的Fragment状态
outState.putParcelable("android:support:fragments", null)
}
这两种方法任选一种都可以解决该类型的问题,第1种方法是恢复的时候清空之前的fragment。第2种方法是保存的时候直接不保存。
网友评论