解读

singleInstance 是 Android 四大启动模式中最“极端”的一种：系统会为该 Activity 单独分配一个 Task，且该 Task 内只能存在这一个 Activity 实例。面试问“多任务环境下可能导致哪些用户体验问题”，并不是想听你背定义，而是想看你是否真正理解 Task 栈、Intent 路由、回退栈（Back Stack）、最近任务列表（Recent Tasks）以及国内 ROM 的“杀后台”策略。回答时必须把“系统行为”与“用户感知”对应起来，并给出国内真实场景下的负面案例。

知识点

1. Task 与 Back Stack 模型：Task 是 Activity 的容器，Back Stack 决定用户按返回键时的出栈顺序。
2. singleInstance 的 Task 隔离性：目标 Activity 独占新 Task，与原 Task 完全割裂。
3. Recent Tasks 的呈现规则：国内 ROM（MIUI、ColorOS、EMUI 等）会对 Recent Tasks 做聚合、去重、卡片清理等二次改造。
4. Intent 标志与 New Task 逻辑：singleInstance Activity 默认 android:taskAffinity=""，startActivityForResult 直接失效（Android 5.0+ 强制隔离）。
5. 国内“后台纯净”策略：锁屏 5 分钟或手动清卡片时，系统会强制 finish 掉无前台服务的 Task，导致 singleInstance 页面被销毁，但用户再次点击图标时 Launcher 默认以 LAUNCHER 类别启动，可能重新走 Splash→Main→Login，造成“闪跳”或“重复登录”。
6. 折叠屏/多窗口：singleInstance Activity 在副屏或大窗口模式下无法被拖拽到分屏，系统直接灰掉“分屏”按钮，用户感知为“该应用不支持分屏”。

答案

1. 返回键行为断层
   用户从 singleInstance 页面按返回键时，系统直接将其 Task 弹出，回到上一个 Task 的栈顶。由于两个 Task 之间没有共享 Back Stack，用户原本期望“逐级返回”的心理模型被打破，感知为“突然跳回首页”。

2. 最近任务卡片“失踪”
   国内 ROM 的 Recent Tasks 会按 TaskAffinity 做聚合。singleInstance 默认 affinity 为空，系统会把它单独放在一张卡片。用户清掉主程序卡片时，singleInstance 卡片仍残留；反之，清掉 singleInstance 卡片时，主程序卡片还在，造成“明明关掉了却还在后台”或“想关却找不到”的困惑。

3. 分享/支付回调掉单
   以微信、支付宝 SDK 为例，接入方常把 ShareEntryActivity、PayEntryActivity 设成 singleInstance 以便独立接收回调。当用户从浏览器唤起支付→跳转到支付宝→完成支付→按 Home 键→再次点击桌面图标，系统把 Launcher Task 移到前台，原回调 Task 被压到后台。国内 ROM 锁屏 5 分钟后自动回收后台 Task，导致 onActivityResult 永远收不到，商户 App 显示“支付中”转圈，用户以为扣款失败而重复下单。

4. 启动模式叠加导致“双实例”幻觉
   部分业务为了保活，在 singleInstance Activity 内再通过 singleTask 启动自己，并加 Intent.FLAG_ACTIVITY_NEW_TASK | FLAG_ACTIVITY_CLEAR_TOP。由于 Recent Tasks 的卡片标题与图标相同，用户在最近任务里看到两张一模一样的卡片，误以为“应用被打开了两次”，手动清掉任意一张后，另一张因 Task 被销毁直接黑屏崩溃。

5. 分屏/小窗/折叠屏兼容失败
   国内主流 ROM 的分屏白名单采用“Activity 启动模式过滤”策略：singleInstance 直接拒绝 ENTER_SPLIT。用户在折叠屏展开后想边聊天边看视频，系统 Toast 提示“该应用不支持分屏”，负面口碑直接归因于 App 而不是系统。

6. 账号重登与数据清空
   某些厂商把 singleInstance Task 视为“孤立进程”，在内存紧张时优先回收，且不清除 Application 对象。结果用户回到 App 时，Application 里的全局变量仍在，但 singleInstance Activity 被重建，导致 LoginToken 未初始化而触发重新登录，用户吐槽“一天要登录八百遍”。

拓展思考

1. 替代方案：
   如果只是为了“全局唯一”且需要接收回调，推荐使用 singleTask + 唯一 taskAffinity，并在 onNewIntent 中处理回调数据；或者把回调入口做成透明 Activity，finish 自身后立即把结果通过 LocalBroadcast 或 EventBus 分发给栈内真正需要消费的 Fragment，既避免 Task 隔离，又能保证结果送达。

2. 厂商适配：
   在国内上架时，必须在 manifest 中声明 android:resizeableActivity="true"，并在代码里动态检测 ActivityOptions.setLaunchWindowingMode(WINDOWING_MODE_FULLSCREEN) 是否被系统拒绝，提前引导用户“请勿清卡片”或“请允许后台弹出界面”权限，减少因 Task 被回收导致的掉单。

3. 调试技巧：
   使用 adb shell dumpsys activity activities | grep -A 10 “Task id” 查看 Task 分离情况；配合开发者选项“不保留活动”+“后台进程限制”，可快速复现 singleInstance 被回收的场景；再用 Systrace 跟踪 Activity 生命周期，验证 onDestroy 后是否因重新创建 Task 导致冷启动。