Fragment恢复(重建)后onActivityResult中

作者: sgffsg | 来源:发表于2018-03-13 19:32 被阅读371次

前言

先说场景：Activity A界面有Viewpager+Fragment，Fragment中是列表，在A界面的Fragment点击item跳转到 Activity B界面，注意这里是使用startActivityForResult方式启动的，然后在B界面呆着。这时候切到了后台，玩了若干时间或若干app再次切回到我们的app，进入B界面，假如这时候A界面已经被后台回收，那么这时候带返回值返回A界面会发生什么情况？我遇到的情况是Activity A中的Fragment A在执行onActivityResult方法时，调用Fragment内部的控件发生了NullPointerException，这个空指针是为什么发生呢？

带着疑问探索

由于内存吃紧，Activity A被后台销毁，那么回来后还会执行onActivityResult方法吗？
由于内存吃紧，Activity A中的Fragment A被后台回收，那么回来后还会执行Fragment 的onActivityResult方法吗？
断点加日志证明，Activity A和Fragment A都被重建了，那么他们还是原来的Activity和Fragment吗？
既然Fragment被重建了，那么我们还需要再次新建Fragment 给FragmentPagerAdapter设置上去吗？

解答

首先如何复现这种情况？

可以通过打开手机的开发者选项，－》应用栏目下的－》不保留活动

image.png

这样就可以模拟app被系统回收的情况，然后看到Activity的重建过程

A界面,也就是我的MainActivity是ViewPager＋Fragment，在Activity的onCreate方法执行初始化各个fragment

/**
 * 初始化各个fragment
 */
private void initFragments() {
    homeFrgment = new HomeFragment();
    fragmentList.add(homeFrgment);
    dataFragment = new DataFragment();
    fragmentList.add(dataAnalyseFragment);
    userFragment = new MeFragment();
    fragmentList.add(userFragment);

    FragmentPagerAdapter mAdapter = new FragmentPagerAdapter(getSupportFragmentManager()) {

        @Override
        public int getCount() {
            return fragmentList.size();
        }

        @Override
        public Fragment getItem(int position) {
            return fragmentList.get(position);
        }
    };
    mViewPager.setAdapter(mAdapter);
}

通过打日志发现，当从A界面跳转到B界面的时候，Activity A和A界面中HomeFragment都执行了onDestroy ,都被系统销毁了

image.png

当再次进入时，原来的MainActivity HomeFragment都执行了重建

image.png

但是在HomeFragment的onActivityResult方法中textview为空

//MainActivity
@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
    if (resultCode!=RESULT_OK)
        return;
    switch (requestCode){
        case REQ_HOME:
            homeFrgment.onActivityResult(requestCode,resultCode,data);
            break;
    }
}

//HomeFragment
 @Override
public void onActivityResult(int requestCode, int resultCode, Intent data) {
    if (resultCode != Activity.RESULT_OK) {
        return;
    }
    if (textview!=null){
        textview.setText("我为空，崩溃了");
    }
}

image.png

通过日志我发现这个onActivityResult是在我们新建的那个HomeFragment中执行的，不是系统为我们重建的HomeFragment中执行的，为什么？？？？那么我现在看到的HomeFragment到底是我自己 homeFrgment = new HomeFragment();新建的还是系统为我们回收的？假如是重建的，那么，我的homeFrgment = new HomeFragment();代码不是白写了吗？假如是重建的，那么，为什么onActivityResult要在新建的那个HomeFragment中执行呢？

这一切还是要看源码

1，Fragment的onActivityResult方法为什么是在新建的Activity中执行的？
由于我的Activity的代码中的执行homeFrgment.onActivityResult(requestCode,resultCode,data);，这时homeFrgment是新建的，所以会调用新建的HomeFragment 的onActivityResult方法，而不是系统为我们重建的HomeFragment，
2，现在我们看到的是系统为我们重建的HomeFragment，为什么？
一个Activity里面有Viewpager＋PagerAdapter，当它重建回到用户可见状态时，肯定要看FragmentPagerAdapter里面的代码是怎么把每一页的数据展示出来的

@SuppressWarnings("ReferenceEquality")
    @Override
    public Object instantiateItem(ViewGroup container, int position) {
        if (mCurTransaction == null) {
            mCurTransaction = mFragmentManager.beginTransaction();
        }

        final long itemId = getItemId(position);

        // Do we already have this fragment?
        String name = makeFragmentName(container.getId(), itemId);
        Fragment fragment = mFragmentManager.findFragmentByTag(name);
        if (fragment != null) {
            if (DEBUG) Log.v(TAG, "Attaching item #" + itemId + ": f=" + fragment);
            mCurTransaction.attach(fragment);
        } else {
            fragment = getItem(position);
            if (DEBUG) Log.v(TAG, "Adding item #" + itemId + ": f=" + fragment);
            mCurTransaction.add(container.getId(), fragment,
                    makeFragmentName(container.getId(), itemId));
        }
        if (fragment != mCurrentPrimaryItem) {
            fragment.setMenuVisibility(false);
            fragment.setUserVisibleHint(false);
        }

        return fragment;
    }

这里要看到底是哪个Fragemnt就看 Fragment fragment = mFragmentManager.findFragmentByTag(name);得到的fragment是不是为null,继续进去看源码

//FragmentManager 是一个abstract class
public abstract Fragment findFragmentByTag(String tag);


//FragmentManagerImpl  具体实现
@Override
public Fragment findFragmentByTag(String tag) {
    if (tag != null) {
        // First look through added fragments.
        for (int i=mAdded.size()-1; i>=0; i--) {
            Fragment f = mAdded.get(i);
            if (f != null && tag.equals(f.mTag)) {
                return f;
            }
        }
    }
    if (mActive != null && tag != null) {
        // Now for any known fragment.
        for (int i=mActive.size()-1; i>=0; i--) {
            Fragment f = mActive.valueAt(i);
            if (f != null && tag.equals(f.mTag)) {
                return f;
            }
        }
    }
    return null;
}

就是要看final ArrayList<Fragment> mAdded = new ArrayList<>();mAdded到底是空的还是存储的以前的Fragment集合？我直接说答案，其实是装的后台恢复的Fragment列表

看FragmentActivity已经为我们做保存和恢复Fragment的操作

//FragmentActivity
/**
 * Save all appropriate fragment state.
 */
@Override
protected void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    markState(getSupportFragmentManager(), Lifecycle.State.CREATED);
    Parcelable p = mFragments.saveAllState();
    if (p != null) {
        outState.putParcelable(FRAGMENTS_TAG, p);
    }
    ...
}

/**
 * Perform initialization of all fragments and loaders.
 */
@SuppressWarnings("deprecation")
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    mFragments.attachHost(null /*parent*/);

    super.onCreate(savedInstanceState);
    ...
    if (savedInstanceState != null) {
        Parcelable p = savedInstanceState.getParcelable(FRAGMENTS_TAG);
        mFragments.restoreAllState(p, nc != null ? nc.fragments : null);
        ...
    }
    ...
    mFragments.dispatchCreate();
}

void restoreAllState(Parcelable state, FragmentManagerNonConfig nonConfig) {
    // If there is no saved state at all, then there can not be
    // any nonConfig fragments either, so that is that.
    if (state == null) return;
    FragmentManagerState fms = (FragmentManagerState)state;
    if (fms.mActive == null) return;
    ...
    // Build the list of currently added fragments.
    mAdded.clear();
    if (fms.mAdded != null) {
        for (int i=0; i<fms.mAdded.length; i++) {
            Fragment f = mActive.get(fms.mAdded[i]);
            if (f == null) {
                throwException(new IllegalStateException(
                        "No instantiated fragment for index #" + fms.mAdded[i]));
            }
            f.mAdded = true;
            if (DEBUG) Log.v(TAG, "restoreAllState: added #" + i + ": " + f);
            if (mAdded.contains(f)) {
                throw new IllegalStateException("Already added!");
            }
            synchronized (mAdded) {
                mAdded.add(f);
            }
        }
    }
    ...
}

可以看到后台保存的Fragemnt拿出来，又添加到了mAdded里面，所以拿到的是以前的Fragemnt，所以上面FragmentPagerAdapter 的instantiateItem方法中 Fragment fragment = mFragmentManager.findFragmentByTag(name);不为空直接展示老的也就是重建的Fragment

所以这样也就可以解释为什么我的Fragment的onActivityResult为什么保空指针了，由于这里是在新建的Fragment中，而新建的Fragment并没有执行mCurTransaction.add添加，所以都没有执行生命周期方法，所以里面的变量都为空，那么如何解决这个问题呢，那就是调用重建的Fragment的onActivityResult方法判断重建的Fragment不为空就不需要去新建Fragment类似下面的方法：

//摘自https://www.jianshu.com/p/fee285b06479

List<Fragment> fragments = getChildFragmentManager().getFragments();
 ArrayList<HomeListFragment> list = new ArrayList<>();
        if (fragments == null || fragments.isEmpty()) {
            list.add(HomeListFragment.newInstance("1"));
            list.add(HomeListFragment.newInstance("2"));
            list.add(HomeListFragment.newInstance("3"));
            list.add(HomeListFragment.newInstance("4"));
        } else {
            for (Fragment fragment : fragments) {
                if (fragment instanceof HomeListFragment) {
                    list.add((HomeListFragment) fragment);
                }
            }
        }

参考链接

https://www.jianshu.com/p/fee285b06479
http://blog.csdn.net/Card361401376/article/details/74512555
https://www.jianshu.com/p/465f645adac0

Fragment恢复(重建)后onActivityResult中

前言

带着疑问探索

解答

参考链接

相关文章

网友评论

延伸阅读

深度阅读

栏目导航

热点阅读