如何在Activity B中感知Activity A被系统终止，保障静态数据可靠

兄弟，我太懂你踩这种静态变量坑的痛苦了！你的核心问题其实是静态变量的生命周期和Activity完全不绑定——系统杀死Activity A时，只要整个应用进程还没被回收，那些静态变量（包括你的列表和mAlive）都会保持原有值，不会自动重置成默认的false。再加上动态注册的BroadcastReceiver会随Activity销毁失效，就导致了"旧数据还在、新数据更不了、没人通知B数据已失效"的尴尬局面。

下面给你几个针对性的解决方案，都是实际项目里验证过的：

1. 用ViewModel + Lifecycle 绑定数据与接收器生命周期 #

把数据和接收器的管理从Activity A移到ViewModel里，利用Lifecycle自动监听生命周期变化，确保接收器注销时同步标记数据失效：

class SharedDataViewModel : ViewModel(), LifecycleObserver {
    val dataList = mutableListOf<YourDataType>()
    var isDataValid = false
    private var updateReceiver: BroadcastReceiver? = null

    @OnLifecycleEvent(Lifecycle.Event.ON_CREATE)
    fun setupReceiver(context: Context, owner: LifecycleOwner) {
        updateReceiver = object : BroadcastReceiver() {
            override fun onReceive(context: Context?, intent: Intent?) {
                // 这里处理列表更新逻辑
                isDataValid = true
            }
        }
        // 绑定Activity生命周期，自动随销毁注销接收器
        owner.lifecycle.addObserver(this)
        context.registerReceiver(updateReceiver, yourIntentFilter)
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_DESTROY)
    fun cleanup() {
        updateReceiver?.let { context.unregisterReceiver(it) }
        updateReceiver = null
        isDataValid = false
        dataList.clear() // 直接清空旧数据，避免B误读
    }
}

然后在Activity A里：

val viewModel = ViewModelProvider(this)[SharedDataViewModel::class.java]
override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    viewModel.setupReceiver(this, this)
}

Activity B里获取同一个ViewModel（如果是跨Activity共享，要用ViewModelProvider(activity?.application!!)创建Application级别的ViewModel），直接通过isDataValid判断数据状态，无效就触发重新加载。

2. 将接收器移到Application类，用LiveData分发数据 #

如果你的数据是全应用共享的，干脆把接收器注册在Application里，用LiveData包装数据列表——LiveData会自动管理观察者生命周期，不会造成内存泄漏，而且只有接收器正常工作时才会推送更新：

class MyApp : Application() {
    val dataLiveData = MutableLiveData<List<YourDataType>>()
    private lateinit var updateReceiver: BroadcastReceiver

    override fun onCreate() {
        super.onCreate()
        updateReceiver = object : BroadcastReceiver() {
            override fun onReceive(context: Context?, intent: Intent?) {
                // 更新数据后推送给LiveData
                val newData = fetchUpdatedData()
                dataLiveData.postValue(newData)
            }
        }
        registerReceiver(updateReceiver, yourIntentFilter)
    }

    override fun onTerminate() {
        super.onTerminate()
        unregisterReceiver(updateReceiver)
    }
}

Activity A和B里只需要观察LiveData：

(application as MyApp).dataLiveData.observe(this) { validData ->
    // 这里拿到的一定是最新有效数据，接收器失效时不会有新推送
}

这种方案最省心，只要Application存活，接收器就会工作；如果进程被杀，重启后会重新注册接收器、加载数据，完全不用担心旧数据残留。

3. 用ProcessLifecycleOwner标记数据有效性 #

如果一定要保留静态列表的写法，可以通过ProcessLifecycleOwner监听整个应用的后台状态，当应用进入后台超过一定时间，自动标记数据无效：

ProcessLifecycleOwner.get().lifecycle.addObserver(object : LifecycleObserver {
    @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
    fun onAppBackgrounded() {
        // 应用进入后台，标记数据为无效
        getSharedPreferences("data_state", Context.MODE_PRIVATE)
            .edit()
            .putBoolean("is_data_valid", false)
            .apply()
    }
})

然后Activity B启动时先读取这个标记：

val isDataValid = getSharedPreferences("data_state", Context.MODE_PRIVATE)
    .getBoolean("is_data_valid", false)
if (!isDataValid) {
    // 触发重新加载数据逻辑
}

虽然这个方案会在应用后台就标记数据无效，但能最大程度避免系统杀Activity时onDestroy不执行的问题。

核心思路总结：永远不要让静态变量脱离生命周期的管理，要么绑定到ViewModel、Application这类生命周期稳定的组件，要么用持久化标记数据状态，绝对不能依赖静态变量的默认值判断有效性。

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