Android空Activity被主动销毁的原因及留存方案问询

1. 导致Activity A被系统主动销毁的可能原因 #

• 系统低内存回收：当设备内存不足时，系统会优先回收后台中无可见UI、优先级较低的Activity，空白的Activity A属于这类高风险对象。
• 厂商后台进程管控：部分国产安卓系统（如小米、华为）有严格的后台清理策略，会主动清理长时间处于后台、无用户交互的空白Activity。
• 任务栈与启动模式配置问题：若Activity A的启动模式（如singleInstance）配置不当，或启动Activity B时使用了FLAG_ACTIVITY_NEW_TASK等影响任务栈的Intent Flag，可能导致系统判定Activity A已无存在必要而销毁。
• 系统配置变更：当屏幕旋转、语言切换等配置变更发生时，若Activity A未在Manifest中声明configChanges属性，系统会销毁并重建Activity；若此时Activity A处于后台，可能直接被回收而非重建。

2. 阻止系统销毁Activity A的解决方案（需留存至返回Result给源应用） #

• 正确使用结果返回机制：用startActivityForResult（AndroidX推荐registerForActivityResult）启动Activity B，同时重写Activity A的onSaveInstanceState方法，保存返回结果所需的关键数据。即使Activity A被销毁重建，也能通过onRestoreInstanceState恢复状态，完成Result设置并返回给源应用。
• 绑定前台服务提升优先级：在Activity A启动Activity B后，启动一个前台服务并与Activity A绑定。前台服务拥有系统高优先级，能大幅降低进程被回收的概率（Android 8.0+需显示前台通知）。
• 调整任务栈与启动模式：给Activity A设置合适的启动模式（如singleTop），或在启动Activity B的Intent中避免使用FLAG_ACTIVITY_NO_HISTORY等会移除Activity A的Flag，保证其在任务栈中的稳定性。
• 配置任务栈保留属性：在AndroidManifest.xml中给Activity A所在任务栈的根Activity添加android:alwaysRetainTaskState="true"，强制系统保留任务栈状态，不会轻易销毁栈内Activity。
• 给Activity A添加基础UI：为空白的Activity A设置透明背景或加载占位布局，让系统判定其为活跃的前台页面，降低被回收的优先级。注意透明主题需正确配置（如android:theme="@android:style/Theme.Translucent.NoTitleBar"），避免影响用户体验。

参考堆栈跟踪 #

09-01 14:15:03.666 27776 27776 D ActivityA: 打印堆栈跟踪:
09-01 14:15:03.666 27776 27776 D ActivityA:     at dalvik.system.VMStack.getThreadStackTrace(VMStack.java:-2)
09-01 14:15:03.666 27776 27776 D ActivityA:     at java.lang.Thread.getStackTrace(Thread.java:1841)
09-01 14:15:03.666 27776 27776 D ActivityA:     at com.app.ActivityA.printStackTrace(SourceFile:293)
09-01 14:15:03.666 27776 27776 D ActivityA:     at com.app.ActivityA.onDestroy(SourceFile:280)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.app.Activity.performDestroy(Activity.java:8406)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.app.Instrumentation.callActivityOnDestroy(Instrumentation.java:1378)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.app.ActivityThread.performDestroyActivity(ActivityThread.java:5640)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.app.ActivityThread.handleDestroyActivity(ActivityThread.java:5686)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.app.servertransaction.DestroyActivityItem.execute(DestroyActivityItem.java:47)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.app.servertransaction.ActivityTransactionItem.execute(ActivityTransactionItem.java:45)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.app.servertransaction.TransactionExecutor.executeLifecycleState(TransactionExecutor.java:176)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.app.servertransaction.TransactionExecutor.execute(TransactionExecutor.java:97)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.app.ActivityThread$H.handleMessage(ActivityThread.java:2374)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.os.Handler.dispatchMessage(Handler.java:106)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.os.Looper.loopOnce(Looper.java:233)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.os.Looper.loop(Looper.java:344)
09-01 14:15:03.666 27776 27776 D ActivityA:     at android.app.ActivityThread.main(ActivityThread.java:8248)
09-01 14:15:03.666 27776 27776 D ActivityA:     at java.lang.reflect.Method.invoke(Method.java:-2)
09-01 14:15:03.666 27776 27776 D ActivityA:     at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:589)
09-01 14:15:03.666 27776 27776 D ActivityA:     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1071)

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