Android应用关闭后，点击通知跳转Activity无数据的最优解决方案

当应用被完全关闭（进程被系统终止）时，你的Unbound Service大概率已经停止运行，之前从服务器获取到的JSON数据并没有被持久化存储——仅仅用来生成通知是不够的。当用户点击通知时，系统会重新启动应用进程并打开目标Activity，但此时Activity既无法直接获取到之前服务中的数据，又可能没及时触发新的请求，导致页面无法展示内容。

针对这个场景，最可靠的解决思路是将服务获取的数据持久化，并在通知跳转时引导Activity读取本地数据，具体步骤如下：

1. 持久化服务获取的JSON数据 #

当你的Unbound Service收到服务器返回的JSON数据时，除了生成通知，一定要把数据保存到本地存储中（比如SharedPreferences、Room数据库，或者简单的文件）。这样即使进程被杀，数据依然存在。

举个用SharedPreferences保存的示例（Kotlin）：

// 在服务中收到服务器响应后
val sharedPref = getSharedPreferences("NotificationCache", Context.MODE_PRIVATE)
sharedPref.edit()
    .putString("latest_notification_data", jsonResponse)
    .putLong("data_timestamp", System.currentTimeMillis()) // 加上时间戳判断时效性
    .apply()

2. 给通知的PendingIntent添加跳转标记 #

构建通知的PendingIntent时，不要试图直接传递大体积的JSON数据（Intent的额外数据有大小限制），而是传递一个标记，告诉即将启动的Activity：“有本地缓存的数据可以读取”。

示例代码：

val targetIntent = Intent(this, YourTargetActivity::class.java).apply {
    putExtra("HAS_CACHED_DATA", true) // 标记存在本地缓存
    flags = Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TOP
}

val pendingIntent = PendingIntent.getActivity(
    this,
    0,
    targetIntent,
    PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_IMMUTABLE // Android 12+必须加FLAG_IMMUTABLE
)

// 用这个pendingIntent构建通知
val notification = NotificationCompat.Builder(this, "your_channel_id")
    .setContentTitle("新数据提醒")
    .setContentText("点击查看详情")
    .setSmallIcon(R.drawable.ic_notification)
    .setContentIntent(pendingIntent)
    .build()

// 显示通知
NotificationManagerCompat.from(this).notify(1, notification)

3. 在目标Activity中读取本地数据并展示 #

在目标Activity的onCreate或onResume方法中，检查Intent的额外参数，如果存在缓存标记，就读取本地保存的数据并解析展示；如果缓存不存在或已过期，再触发一次服务器请求兜底。

示例代码：

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    setContentView(R.layout.activity_target)

    val hasCachedData = intent.getBooleanExtra("HAS_CACHED_DATA", false)
    if (hasCachedData) {
        val sharedPref = getSharedPreferences("NotificationCache", Context.MODE_PRIVATE)
        val cachedJson = sharedPref.getString("latest_notification_data", null)
        val dataTimestamp = sharedPref.getLong("data_timestamp", 0)
        
        // 判断数据是否过期（比如超过5分钟）
        val isDataValid = System.currentTimeMillis() - dataTimestamp < 5 * 60 * 1000
        
        if (cachedJson != null && isDataValid) {
            // 解析JSON并更新UI
            parseAndDisplayData(cachedJson)
        } else {
            // 缓存过期或不存在，发起服务器请求
            fetchDataFromServer()
        }
    } else {
        // 正常启动Activity，按需请求数据
        fetchDataFromServer()
    }
}

// 解析JSON并展示的方法
private fun parseAndDisplayData(jsonString: String) {
    // 这里根据你的数据结构解析JSON，更新UI
}

// 发起服务器请求的方法
private fun fetchDataFromServer() {
    // 调用你的API请求逻辑，获取数据后更新UI
}

4. 可选优化：用WorkManager替代Unbound Service #

如果你的服务是做周期性的服务器请求，WorkManager会比Unbound Service更可靠——它是Android官方推荐的后台任务管理工具，能保证即使应用进程被杀，任务依然会在合适的时机执行，并且适配不同版本的Android后台限制。

• 数据时效性：一定要给缓存数据加上时间戳，避免展示过期内容；
• PendingIntent权限：Android 12及以上版本必须使用FLAG_IMMUTABLE或FLAG_MUTABLE，根据你的需求选择；
• 后台网络限制：Android 10及以上版本对后台网络请求有限制，使用WorkManager可以更好地处理这个问题；
• 缓存清理：可以在合适的时机（比如用户查看数据后）清理本地缓存，避免占用过多存储空间。

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