Android应用返回Activity A崩溃求助：Fragment停止后仍活跃

这种场景我开发时也踩过坑！核心问题就是Fragment的网络监听器没有和组件的生命周期同步——当Activity B进入暂停状态后，系统已经释放了它的部分资源，但Fragment里的网络监听器还在持续运行并尝试回调，回到Activity A时，这些回调触发就会引发上下文失效、空指针之类的崩溃。

下面给你几个针对性的解决方案：

1. 绑定Fragment生命周期注册/注销监听器 #

最直接的办法就是在Fragment的生命周期方法中管理监听器的生命周期：在Fragment恢复活跃时注册监听器，暂停时立即注销，从根源上避免无效回调。

比如自定义网络监听器的示例代码：

// 在你的Fragment类中
private lateinit var networkListener: MyCustomNetworkListener

override fun onResume() {
    super.onResume()
    // 当Fragment回到前台、Activity处于活跃状态时注册监听器
    NetworkManager.getInstance().registerListener(networkListener)
}

override fun onPause() {
    super.onPause()
    // 当Fragment进入后台、Activity暂停时注销监听器，切断回调通路
    NetworkManager.getInstance().unregisterListener(networkListener)
}

这样只要Activity B暂停，监听器就不会再收到任何网络状态变化的回调，自然不会引发后续崩溃。

2. 用弱引用+活跃状态判断做兜底 #

如果有些异步网络请求已经发出，没法提前注销监听器（比如已发起的Retrofit请求），那可以在回调逻辑里先判断Fragment的活跃状态，同时用弱引用持有Fragment/上下文，避免内存泄漏+无效操作：

// 在Fragment中定义弱引用
private val fragmentWeakRef = WeakReference(this)

private val networkCallback = object : ConnectivityManager.NetworkCallback() {
    override fun onNetworkAvailable(network: Network) {
        // 先取出Fragment实例，判断是否还处于活跃状态
        val currentFragment = fragmentWeakRef.get()
        if (currentFragment != null && currentFragment.isAdded && currentFragment.isResumed) {
            // 只有Fragment活跃时才执行后续操作（比如更新UI、处理数据）
            currentFragment.handleNetworkAvailable()
        }
    }
}

这种方式就算回调延迟触发，也会先校验Fragment的状态，避免在组件不活跃时执行危险操作。

3. 取消Activity/Fragment内的异步任务 #

另外要检查Activity B或者对应的Fragment中，是否有未完成的异步网络任务。在Activity暂停时，主动取消这些任务：

• 如果用Coroutines：

private var networkRequestJob: Job? = null

override fun onPause() {
    super.onPause()
    // 取消所有未完成的网络请求协程
    networkRequestJob?.cancel()
}

• 如果用OkHttp：

private var networkCall: Call? = null

override fun onPause() {
    super.onPause()
    // 取消正在执行的OkHttp请求
    networkCall?.cancel()
}

主动取消异步任务，就能避免任务完成后回调已失效的组件。

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