恢复Activity时触发NullPointerException：仅Nexus设备崩溃求解决方案

Hey there, let's dig into this device-specific crash issue you're facing—it's frustrating when code works on one brand but breaks on another, right? Here's a breakdown of why this might be happening and actionable fixes:

为什么仅在部分设备出现问题？ #

• OEM系统定制差异：虽然系统版本相同，但索尼和Nexus（原生Android）对Activity栈的管理逻辑存在细节差异。索尼可能对系统服务做了兼容性修改，规避了旧版support library的潜在bug；而Nexus的原生系统更贴近Android官方规范，会暴露这些未被兼容的问题。
• 旧版support library的已知bug：你使用的27.0.2版本属于较老的support库，其中存在一些与Intent.FLAG_ACTIVITY_CLEAR_TOP相关的栈处理逻辑bug，这些bug在不同设备的系统实现中触发条件不同，导致仅Nexus设备崩溃。

明确的修复方案 #

1. 显式指定launchMode并配合合适的Intent Flags #

默认的standard launchMode在结合CLEAR_TOP时，不同厂商的系统行为可能不一致。建议显式设置launchMode并调整Flags：

• 在Manifest中为目标Activity声明singleTask或singleTop：

<activity
    android:name=".YourTargetActivity"
    android:launchMode="singleTask" />

• 启动时搭配对应的Flags，确保栈行为稳定：

Intent intent = new Intent(this, YourTargetActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_ACTIVITY_SINGLE_TOP);
startActivity(intent);

FLAG_ACTIVITY_SINGLE_TOP会确保目标Activity已在栈顶时不会重新创建，而是调用onNewIntent，避免不必要的生命周期触发。

2. 升级依赖库版本 #

27.0.2版本的support library已经停止维护，后续版本（如28.0.0）以及AndroidX的对应库修复了大量Activity栈相关的bug。建议迁移到AndroidX（推荐）或升级到最新的support library版本：

• 迁移到AndroidX后，依赖改为：

implementation 'androidx.appcompat:appcompat:1.6.1'

3. 检查生命周期回调中的异常逻辑 #

CLEAR_TOP会销毁目标Activity之上的所有Activity，并触发目标Activity的onNewIntent（如果是singleTop/singleTask模式）。如果你的Activity在onNewIntent、onRestart或onDestroy中有未处理的空指针、状态异常，可能会在Nexus的严格生命周期触发下崩溃。建议：

• 在onNewIntent中更新Intent引用：setIntent(intent);，确保后续获取的是最新的Intent
• 避免在onSaveInstanceState之后执行可能改变Activity状态的操作

4. 定位具体崩溃原因（关键） #

如果以上方案无效，务必获取崩溃的Logcat信息，看具体的异常类型（比如IllegalStateException、NullPointerException）和调用栈。例如，如果崩溃是Can not perform this action after onSaveInstanceState，说明你在Activity状态保存后尝试执行了Fragment事务或其他状态变更操作，需要调整时机到onResumeFragments或onPostResume。

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