多Activity栈场景下Fragment的onDestroyView在onStop后未调用问题

嘿，这个问题我太熟了——很多做多Activity+Fragment组件复用的开发者都会碰到这个情况，我来给你捋清楚原因和解决方案：

首先得明确：这其实是Android系统的默认优化行为。当你从ActivityA启动ActivityB时，系统只会把ActivityA切换到onStop状态，不会销毁它的视图层级——这么做是为了等你从B返回A时，能快速恢复界面，避免重新创建视图带来的性能开销。

而Fragment的onDestroyView()方法，只有在宿主Activity的视图被彻底销毁（比如Activity调用onDestroy()、屏幕旋转等配置变化）时才会触发。所以现在Fragment只走onStop不走onDestroyView，是系统的正常表现。但如果你的业务（比如无限滚动需要清理资源、防止内存泄漏）要求Fragment在Activity后台时必须销毁视图，那我们就得手动干预了。

我给你列几个实用的方案，你可以根据自己的业务场景选：

1. 手动触发Fragment视图销毁（适合特定页面需求） #

在ActivityA的onStop()里，手动调用Fragment的onDestroyView()，同时要处理好返回时的视图重建：

@Override
protected void onStop() {
    super.onStop();
    // 找到目标Fragment
    MyTargetFragment fragment = (MyTargetFragment) getSupportFragmentManager()
            .findFragmentById(R.id.your_fragment_container);
    
    if (fragment != null && fragment.isAdded()) {
        // 手动销毁视图
        fragment.onDestroyView();
        // 从FragmentManager移除，确保返回时能重新添加
        getSupportFragmentManager().beginTransaction()
                .remove(fragment)
                .commitNow();
    }
}

然后在ActivityA的onStart()里重新初始化Fragment：

@Override
protected void onStart() {
    super.onStart();
    MyTargetFragment fragment = (MyTargetFragment) getSupportFragmentManager()
            .findFragmentById(R.id.your_fragment_container);
    
    if (fragment == null) {
        fragment = new MyTargetFragment();
        getSupportFragmentManager().beginTransaction()
                .add(R.id.your_fragment_container, fragment)
                .commitNow();
    }
}

⚠️ 注意：这么做一定要确保Fragment的所有视图相关资源（比如Adapter、网络请求、监听器）都被正确释放，不然容易引发内存泄漏。

2. 优化Fragment资源管理（推荐！符合系统设计） #

如果你的核心需求是避免无限滚动带来的内存问题，没必要强行销毁视图，而是在Fragment的onStop()里做资源清理，onStart()里恢复：

@Override
public void onStop() {
    super.onStop();
    // 取消未完成的网络请求（比如用RxJava的Disposable、Retrofit的Call.cancel()）
    if (mLoadDataDisposable != null) {
        mLoadDataDisposable.dispose();
    }
    // 清空RecyclerView的Adapter，避免持有大量数据
    mInfiniteScrollAdapter.clearData();
    mRecyclerView.setAdapter(null);
    // 注销广播、EventBus等监听器
    unregisterReceiver(mDataUpdateReceiver);
}

@Override
public void onStart() {
    super.onStart();
    // 重新注册监听器
    registerReceiver(mDataUpdateReceiver, mIntentFilter);
    // 恢复无限滚动的加载逻辑
    mInfiniteScrollAdapter.resetLoadState();
    loadNextPageData();
}

这种方式既保留了系统的视图缓存优化，又能彻底清理资源，是最稳妥的做法——用户从B返回A时，界面恢复速度更快，体验更好。

3. 调整Activity启动模式（全局或特定场景） #

如果你的所有后台Activity都需要销毁视图，可以尝试修改Activity的启动模式，但要谨慎，因为会改变系统的任务栈行为：

• 给ActivityA在Manifest里设置android:launchMode="singleTask"：这样当从其他Activity返回A时，A会调用onNewIntent()，你可以在这里重建Fragment视图：

@Override
protected void onNewIntent(Intent intent) {
    super.onNewIntent(intent);
    // 替换成新的Fragment实例，相当于重建视图
    getSupportFragmentManager().beginTransaction()
            .replace(R.id.your_fragment_container, new MyTargetFragment())
            .commitNow();
}

• 启动ActivityB时添加FLAG_ACTIVITY_CLEAR_TOP标记：但这个会销毁栈中B之上的所有Activity，可能不符合你A→B→C的导航流程，所以谨慎使用。

4. 利用Fragment的setRetainInstance(true)（特殊场景） #

如果你的Fragment需要保留实例，但要销毁视图，可以设置setRetainInstance(true)，这样Fragment实例不会被销毁，但视图会在Activity后台时被销毁（不过这个更多是用于配置变化时保留数据，不是专门解决这个问题的，但可以作为补充）：

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setRetainInstance(true);
}

这样当ActivityA进入后台时，Fragment的onDestroyView()会被触发，onDestroy()不会，返回时会调用onCreateView()重建视图。

优先推荐方案2——在Fragment的生命周期里做资源的清理和恢复，既符合系统的设计逻辑，又能避免内存问题。如果确实需要销毁视图，再考虑方案1或方案3。

内容的提问来源于stack exchange，提问作者CodeDecode