Launch Activity 无故重建求助：第三方SDK调用场景分析

1. 配置变更触发系统重建 #

SDK内部可能触发了配置变更（比如屏幕旋转、语言切换、字体缩放、夜间模式切换等），而你的MainActivity1没有在Manifest中声明对应的configChanges属性，导致系统销毁并重建Activity。另外，如果SDK启动的Activity设置了与当前栈不同的配置（比如强制横屏），返回时系统可能会调整整个任务栈的配置，触发所有后台Activity的重建。

2. 内存不足被系统回收 #

你怀疑的日志过多导致内存压力是有可能的，但更常见的是SDK本身占用大量内存（比如加载大资源、内存泄漏），当MainActivity1处于后台时，系统为了释放内存会优先回收后台Activity，返回时就会触发重建。可以通过以下方式验证：

• 查看logcat中是否有Low Memory、Trim memory相关日志；
• 用Android Studio Profiler监控调用SDK过程中的内存变化，看是否有内存飙升或OOM情况。

3. SDK修改了任务栈/启动模式 #

SDK1或SDK2启动Activity时，可能使用了特殊的启动模式（如singleTask、singleInstance）或Intent Flag（如FLAG_ACTIVITY_CLEAR_TOP、FLAG_ACTIVITY_NEW_TASK），破坏了原有的任务栈结构，导致Activity被销毁重建。比如：

• 如果SDK使用FLAG_ACTIVITY_CLEAR_TOP启动Activity，且你的MainActivity1启动模式为standard，那么返回时会销毁并重建MainActivity1；
• 若SDK启动的Activity设置了singleInstance，会创建新的任务栈，返回时可能触发原栈的异常重建。

4. 进程被重启 #

如果SDK导致应用进程崩溃，或者系统因内存不足杀死了进程，返回时系统会重建整个任务栈中的Activity，表现为所有后台Activity的onDestroy和onCreate被触发。可以在logcat中搜索Process ... has died或Application restarted关键字确认。

5. 权限变更触发重建（旧系统） #

在Android 10以下版本，当SDK请求权限并获得用户授权后，系统会销毁并重建所有后台Activity。如果你的应用运行在旧系统上，这也是可能的原因。

• 查logcat关键日志：搜索onCreate、onDestroy前后的系统日志，看是否有明确的重建原因（如Configuration changed、Low Memory）；
• 检查任务栈状态：用adb shell dumpsys activity activities命令查看调用SDK前后的任务栈结构，对比Activity的启动模式、Flag是否异常；
• 验证配置变更：在MainActivity1的onCreate中打印getConfiguration()信息，看重建时配置是否发生变化；
• 关闭日志测试：暂时关闭大量日志输出，观察问题是否消失，验证是否是日志导致的内存压力；
• 监控进程状态：在Profiler中查看进程是否有崩溃或重启的情况。

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