设置taskAffinity后，同一Activity单实例间能否共享数据？

Question

**常见技术问题：** 在 Android 中，为 Activity 设置 `taskAffinity` 并指定 `launchMode="singleInstance"` 后，该 Activity 会运行在独立任务栈中。此时若从不同应用或同一应用内多次启动该 Activity（显式或隐式 Intent），系统始终复用唯一实例。但开发者常困惑：**该单实例 Activity 的成员变量、静态字段或 ViewModel 状态，是否能在多次启动间持续共享？** 比如在第一次启动时保存用户输入到 `private String input = "A"`，第二次启动时读取该字段，为何有时为 `null` 或初始值？这是否与 `taskAffinity` 导致的任务隔离、进程被回收或 Activity 重建（如配置变更、内存压力）有关？尤其当目标 Activity 跨进程启动（`android:process` 另设）时，共享行为是否进一步受限？需厘清 `singleInstance` + `taskAffinity` 组合下，实例生命周期、进程边界与数据持久化的真实约束。

Answer 1

```html

一、现象层：singleInstance + taskAffinity 的“复用幻觉”

开发者观察到：显式/隐式 Intent 多次启动同一 singleInstance Activity（如 com.example.MainActivity）时，onCreate() 仅执行一次，后续调用触发 onNewIntent() —— 表面看是“单实例复用”。于是自然假设：private String input = "A"; 应全程存活。但实测中该字段常为 null 或重置为初始值。此矛盾源于将“Activity 实例复用”等同于“JVM 对象内存永驻”，忽略了 Android 运行时的三层隔离机制：任务栈（Task）、进程（Process）、应用上下文（Application Context）。

二、机制层：生命周期、进程与任务栈的三重解耦

• Task 层：设置 taskAffinity="com.example.isolated" + launchMode="singleInstance" 确保该 Activity 独占一个任务栈（TaskRecord），且系统禁止其他 Activity 加入——但 不保证进程不被杀；
• Process 层：若声明 android:process=":isolated"，则该 Activity 运行在独立 Linux 进程中，与主进程内存空间完全隔离（static 字段不共享）；
• Instance 层：即使未跨进程，Android 在内存压力下可销毁整个进程（含所有静态变量），仅保留任务栈记录；当用户再次启动时，系统重建进程 → 重新加载类 → 静态字段重初始化 → input 回归默认值。

三、验证层：关键场景状态行为对照表

场景	成员变量（input）	静态字段	ViewModel（非 SavedStateHandle）	是否跨进程影响
首次启动 → 按 Home 键 → 再次启动（同一进程）	✅ 保持（onNewIntent 不重建实例）	✅ 保持	✅ 保持（ViewModel scope 未销毁）	否
内存不足 → 进程被系统回收 → 再次启动	❌ 重置（新 Activity 实例）	❌ 重置（类重加载）	❌ 重建（ViewModelStore 清空）	是（跨进程时必然触发）
配置变更（横竖屏）→ 未加 configChanges	❌ 重置（Activity 重建）	✅ 保持	✅ 若使用 by viewModels() + 默认 scope	否

四、原理层：singleInstance 的真实生命周期图谱

graph TD A[Intent 启动] --> B{Activity 是否已存在？} B -- 是且进程存活 --> C[onNewIntent] B -- 否或进程已销毁 --> D[创建新进程
加载 Application
构造 Activity 实例] C --> E[读取 intent.getExtras()] D --> F[执行 onCreate
成员变量初始化
静态字段重赋值] E & F --> G[UI 渲染] G --> H[内存压力/ANR/用户清理 → 进程终止] H --> I[下次启动 → 回到 B]

五、方案层：面向生产环境的持久化策略矩阵

1. 轻量级状态（输入框内容、临时标记）：使用 onSaveInstanceState(Bundle) + onRestoreInstanceState —— 仅对配置变更有效，不适用于进程死亡；
2. 中量级状态（用户偏好、会话令牌）：写入 SharedPreferences 或 DataStore，在 onCreate 中恢复；
3. 重量级状态（复杂 ViewModel 数据）：结合 SavedStateHandle（自动绑定 Lifecycle）+ ViewModelProvider.Factory 委托持久化逻辑；
4. 跨进程强一致性：禁用 android:process，或改用 ContentProvider/MMKV 共享存储，避免 JVM 隔离；
5. 架构级规避：将 singleInstance Activity 设计为“无状态门面”，核心状态交由 Service、WorkManager 或外部数据源管理。

六、反模式警示：被滥用的静态单例陷阱

常见错误代码：

public class SingleInstanceActivity extends AppCompatActivity {
    private static String cachedInput; // ❌ 跨进程失效，进程死亡即丢失
    private static SingleInstanceActivity instance; // ❌ 静态引用阻塞 GC，且多进程下指向不同对象

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        instance = this; // 危险！
        cachedInput = getIntent().getStringExtra("input"); // 进程重启后为 null
    }
}

该模式在 singleInstance 场景下既无法保障唯一性（多进程时多个 instance），也无法保障存活性（进程回收），违反 Android 组件生命周期契约。

```