Android开发中如何跨类、Service与Activity访问已更新的变量值？

你之前尝试的静态变量、单例、纯内存LiveData方案全部失效，本质是踩中了Android的进程模型坑：

• 所有存在内存里的变量（静态变量、单例实例、内存版LiveData），都会随着承载组件的后台进程被系统回收而彻底清空，哪怕Service设置了START_STICKY被系统重启，新拉起的进程是全新的内存空间，所有内存里的旧值都会丢失，Activity自然读不到之前更新的数值
• 如果Service配置了独立进程运行，不同进程的内存空间完全隔离，跨进程的静态变量、单例根本不属于同一块内存区域，不存在共享的可能，必然读不到值
• 绑定Service的模式之所以你觉得不适用，是因为常规绑定流程会在最后一个解绑的客户端（Activity）销毁时就终止Service，但实际哪怕不绑定，只要给Service设置正确的启动类型，完全可以独立于所有Activity长期后台运行。

方案1：轻量持久化存储（最适配简单数值展示场景） #

你只需要传递简单数值，不需要搞复杂的跨进程通信逻辑：

• Service每次更新数值时，除了修改内存里的临时变量，直接把最新值写入轻量持久化存储（SharedPreferences、MMKV均可）
• Activity每次打开、回到前台时，直接从存储中读取最新值刷新UI即可
• 这个方案彻底避开了进程回收导致的内存值丢失问题：哪怕Service进程被杀、被系统重启，只要曾经写入的存储值还在，Service重启后可以先从存储里恢复累计值，Activity也随时能读到最新的记录值
  示例代码：

// Service 内的计数更新逻辑
private fun updateCount(newCount: Long) {
    // 同时更新内存临时值 + 写入本地存储
    currentCount = newCount
    getSharedPreferences("app_global_data", Context.MODE_PRIVATE)
        .edit()
        .putLong("current_count", newCount)
        .apply()
}

// Activity 内读值刷新UI
override fun onResume() {
    super.onResume()
    val latestCount = getSharedPreferences("app_global_data", Context.MODE_PRIVATE)
        .getLong("current_count", 0L)
    tvCountShow.text = latestCount.toString()
}

方案2：本地广播实时同步（适配Activity前台时需要即时刷新的场景） #

如果你不希望等Activity回到前台才读值，需要前台展示时能跟着Service的更新实时刷新UI：

• 不需要绑定Service，Service每次更新数值后，通过LocalBroadcastManager发一条携带最新值的本地广播
• Activity在前台运行时注册广播接收器，收到广播就直接拿值更新UI，切到后台时自动反注册，不会造成内存泄漏
• 整个流程完全不依赖Service和Activity的连接状态，哪怕当前没有任何Activity在运行，Service照常更新值、发广播，没有接收方也不会影响Service的正常运行
  示例代码：

// Service 更新值时发广播
private fun updateCount(newCount: Long) {
    currentCount = newCount
    val updateIntent = Intent("ACTION_COUNT_REFRESH").apply {
        putExtra("latest_count", newCount)
    }
    LocalBroadcastManager.getInstance(this).sendBroadcast(updateIntent)
}

// Activity 注册接收逻辑
private val countReceiver = object : BroadcastReceiver() {
    override fun onReceive(context: Context?, intent: Intent?) {
        val latestCount = intent?.getLongExtra("latest_count", 0L) ?: 0L
        tvCountShow.text = latestCount.toString()
    }
}

override fun onStart() {
    super.onStart()
    LocalBroadcastManager.getInstance(this)
        .registerReceiver(countReceiver, IntentFilter("ACTION_COUNT_REFRESH"))
}

override fun onStop() {
    super.onStop()
    LocalBroadcastManager.getInstance(this).unregisterReceiver(countReceiver)
}

方案3：带持久化兜底的单例数据流（适配Jetpack技术栈项目） #

你之前尝试的单例、LiveData方案失效，是因为单例里的数据源完全只存在内存里，没有做持久化恢复：

• 把单例的数据源替换为Jetpack DataStore或Room这类带持久化能力的组件，内存里的LiveData只是作为持久层的观察代理
• Service每次更新值时，直接写入持久层，持久层会自动把最新值推送给所有在前台观察它的Activity
• 进程被回收重启后，单例初始化时会自动从持久层加载最新值，再通过LiveData推给前台页面，不会再出现打开Activity只看到初始0值的问题

注意 对于简单数值的传递场景，不要为了“架构规范”强行上AIDL、Messenger这类重型跨进程通信方案，前面三个方案的实现成本极低，完全能满足需求，也不会破坏Service独立后台运行的特性。

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