这个场景我太熟悉了——Android 11之后的后台启动限制确实会导致这种“旧Intent插队”的情况，本质是系统把你后台调用startActivity的请求暂存起来，等用户主动打开应用时才依次执行，旧的请求先被触发，就显示了旧数据。下面给你几个经过验证的解决方案，按优先级排序：

1. 用启动Flag+SingleTop模式覆盖旧Intent #

这是最直接的方案，通过设置Activity的启动模式和Intent Flag，让新的Intent直接替换旧的，而不是启动新的实例。

步骤： #

• 首先在Manifest里给你的呼叫Activity设置launchMode="singleTop"：

<activity
    android:name=".CallActivity"
    android:launchMode="singleTop" />

• 每次启动呼叫Activity时，添加以下Flag：

Intent callIntent = new Intent(context, CallActivity.class);
callIntent.putExtra("USER_DATA", newCallUserData);
// 关键Flag：清空栈顶到该Activity的所有实例，复用已存在的实例并传递新Intent
callIntent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_ACTIVITY_SINGLE_TOP | Intent.FLAG_ACTIVITY_NEW_TASK);
context.startActivity(callIntent);

• 最后在CallActivity里重写onNewIntent方法，接收新的Intent并更新UI：

@Override
protected void onNewIntent(Intent intent) {
    super.onNewIntent(intent);
    // 把当前Activity的Intent替换为新的
    setIntent(intent);
    // 这里根据新的extra数据刷新界面
    updateCallUI(intent.getParcelableExtra("USER_DATA"));
}

这样不管系统暂存了多少旧的启动请求，当新的请求过来时，都会直接覆盖旧的Intent，用户打开应用时只会看到最新的呼叫数据。

2. 用PendingIntent的更新Flag（如果用PendingIntent启动） #

如果你是通过PendingIntent来触发Activity启动（比如推送通知触发呼叫），一定要用FLAG_UPDATE_CURRENT来确保新的Extra覆盖旧的：

Intent callIntent = new Intent(context, CallActivity.class);
callIntent.putExtra("USER_DATA", newCallUserData);
// 注意requestCode要保持一致，否则会创建新的PendingIntent
PendingIntent pendingIntent = PendingIntent.getActivity(
    context,
    0, // 固定requestCode
    callIntent,
    PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE // Android 12+必须加IMMUTABLE
);
// 发送PendingIntent（比如通过通知栏）
NotificationManagerCompat.from(context).notify(NOTIFICATION_ID, buildNotification(pendingIntent));

这个Flag会让已存在的PendingIntent更新为新的Intent内容，旧的Extra会被完全替换。

3. 全局维护最新数据，启动时校验 #

如果上面的方案不适合你的业务场景，可以在全局维护一个最新的呼叫数据，当Activity启动/恢复时，对比Intent里的旧数据和全局最新数据，不一致就更新：

步骤： #

• 在Application类里保存最新呼叫数据：

public class MyApp extends Application {
    private UserData latestCallData;

    public UserData getLatestCallData() {
        return latestCallData;
    }

    public void setLatestCallData(UserData data) {
        latestCallData = data;
    }
}

• 每次收到新呼叫时，先更新全局数据，再启动Activity：

// 收到新呼叫时
((MyApp) context.getApplicationContext()).setLatestCallData(newCallUserData);
// 然后正常启动Activity
Intent callIntent = new Intent(context, CallActivity.class);
callIntent.putExtra("USER_DATA", newCallUserData);
callIntent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
context.startActivity(callIntent);

• 在CallActivity的onResume里校验并更新：

@Override
protected void onResume() {
    super.onResume();
    MyApp app = (MyApp) getApplicationContext();
    UserData latestData = app.getLatestCallData();
    UserData currentData = getIntent().getParcelableExtra("USER_DATA");

    if (latestData != null && !latestData.equals(currentData)) {
        // 更新当前Intent为最新数据
        Intent newIntent = new Intent(getIntent());
        newIntent.putExtra("USER_DATA", latestData);
        setIntent(newIntent);
        // 刷新UI
        updateCallUI(latestData);
    }
}

这个方案适合需要保留Activity实例，但要确保数据始终是最新的场景。

4. 清空任务栈启动新实例（极端场景） #

如果前面的方案都解决不了，可以直接清空整个任务栈，启动新的Activity实例，彻底抛弃旧的：

Intent callIntent = new Intent(context, CallActivity.class);
callIntent.putExtra("USER_DATA", newCallUserData);
callIntent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK | Intent.FLAG_ACTIVITY_CLEAR_TASK);
context.startActivity(callIntent);

这个Flag会把整个应用的任务栈清空，然后启动新的Activity，旧的实例和Intent都会被销毁，适合不需要保留之前页面状态的场景。

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