Kotlin中intent.removeExtra未按预期生效是什么原因？

核心失效原因 #

• 操作的Intent实例和最终执行的实例不一致
  最常见于闹钟、通知点击等依赖PendingIntent的场景：系统会对结构一致的Intent做缓存，你在原对象上调用removeExtra、重新putExtra的操作，不会同步到PendingIntent已经持有的Intent副本上。如果是在onNewIntent回调里操作，拿到的是传入的新Intent副本，不主动调用setIntent()绑定回Activity的话，后续getIntent()拿到的还是旧值。
• 变量赋值时序/作用域错误
  要确认id变量的修改逻辑，确实执行在putExtra("alarmId", id)调用之前；如果是在闭包、回调里修改id，要确认捕获的变量是可更新的var类型，不会拿成闭包初始化时的旧值。
• 无效操作的兼容性问题
  直接把Intent的extras Bundle设为null的操作在不同Android版本兼容性极差，部分系统版本会直接忽略该赋值，不会清空原有extra，属于无效操作。

对应场景正确写法 #

普通Activity跳转修改Extra #

不需要提前调用removeExtra，putExtra对同key值默认就是覆盖逻辑，直接赋值即可，确保跳转时用的是你修改过的Intent实例：

// 给id赋新值
id = 目标新值
// 同key直接覆盖旧值，无需提前移除
intent.putExtra("alarmId", id)
startActivity(intent)

注意：removeExtra本身是可以正常生效的，如果调用后值没变化，100%是你操作的Intent实例和最终执行的不是同一个，不要怀疑方法本身的可用性

配合PendingIntent（闹钟、通知）场景修改Extra #

必须给PendingIntent传入更新flag，强制刷新内部持有的Intent内容，否则修改永远不会生效：

id = 目标新值
val triggerIntent = Intent(context, TargetActivity::class.java).apply {
    putExtra("alarmId", id)
}
// 关键：加FLAG_UPDATE_CURRENT标记，强制更新PendingIntent存储的extra
val alarmPendingIntent = PendingIntent.getBroadcast(
    context,
    alarmRequestCode,
    triggerIntent,
    PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_IMMUTABLE
)

Activity栈复用场景（onNewIntent回调）修改Extra #

修改完传入的新Intent后，必须绑定回Activity，否则后续拿到的还是旧Intent：

override fun onNewIntent(newIntent: Intent?) {
    super.onNewIntent(newIntent)
    newIntent?.putExtra("alarmId", 目标新值)
    // 关键：把修改后的Intent设置为Activity当前持有的Intent
    setIntent(newIntent)
}

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