第三方App回传Intent时我方App触发onDestroy重建而非onNewIntent，如何解决

问题根因定位 #

首先确认触发Activity销毁的核心原因：

• 打印App B回传Intent的标记值，在MainActivity的onCreate中添加日志Log.d("IntentFlags", String.valueOf(getIntent().getFlags()))，大概率能看到FLAG_ACTIVITY_CLEAR_TOP、FLAG_ACTIVITY_NEW_TASK这类会清理栈内原有Activity实例的标记。这类由第三方应用主动指定启动标记触发的重建，不属于系统配置变更/内存不足触发的重建场景，因此不会回调onSaveInstanceState，你拿到的savedInstanceState自然为null。
• 先排除测试环境问题：检查开发者选项中「不保留活动」开关是否开启，该开关开启后会出现应用退后台就销毁Activity的现象。

可行解决方案 #

方案1：修改MainActivity启动模式（成本最低） #

在AndroidManifest.xml中给MainActivity配置singleTask/singleTop启动模式，第三方应用回传Intent时会直接复用栈内已有的MainActivity实例，不会触发销毁重建，回传数据走onNewIntent回调接收即可：

<activity
    android:name=".MainActivity"
    android:launchMode="singleTask">
    <!-- 原有intent-filter等配置保持不变 -->
</activity>

如果你的业务场景不允许用singleTask，也可以选择singleTop，只要保证App B回传时MainActivity处于栈顶即可复用。

方案2：全局持久化存储核心状态 #

如果修改启动模式和现有业务逻辑冲突，就把需要保留的状态存储在脱离Activity生命周期的位置：

• 轻量状态（比如当前tab索引、用户输入内容）用SharedPreferences/Jetpack DataStore持久化存储，Activity重建时读取恢复
• 临时运行时状态可以存在全局单例类中，注意用完及时清理避免内存泄漏
• 复杂结构化数据存在本地Room数据库，重建时查询恢复

方案3：新增无UI中转Activity接收回调 #

新增一个透明无UI的中转Activity专门负责和App B交互，完全隔离App B的操作对MainActivity的影响：

1. 跳转App B时改用中转Activity发起跳转，不要用MainActivity直接跳转
2. 给中转Activity配置透明主题、android:excludeFromRecents="true"，避免在最近任务列表显示
3. 中转Activity收到App B的回传数据后，通过本地广播、EventBus等方式把数据传给MainActivity，然后直接调用finish()销毁自己，全程不会触发MainActivity的生命周期变更。

方案4：拦截多余的Activity实例 #

如果不想修改Manifest配置，可以通过全局标记拦截多余的新建实例：

1. 在自定义Application类中添加静态标记public static boolean isMainAlive = false;，在MainActivity的onStart中赋值为true，onStop中赋值为false
2. 在MainActivity的onCreate最前面加判断：

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    // 已有存活实例，直接销毁当前新建的冗余实例
    if (MyApp.isMainAlive) {
        // 把回传数据通过广播传给原有实例
        sendBroadcast(new Intent("RECEIVE_B_DATA").putExtra("data", getIntent()));
        finish();
        // 屏蔽后续初始化逻辑
        return;
    }
    // 原有初始化逻辑
}

3. 原有MainActivity注册广播接收回传数据即可，不会丢失原有状态。

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