本文讲解在 singleInstance 模式下 Activity 可能被多次创建时，如何避免 Handler 因生命周期错位而重复执行或误销毁，核心是结合 onDestroy() 及时清理回调，并确保每个 Activity 实例独立管理自身 Handler。
本文讲解在 `singleinstance` 模式下 activity 可能被多次创建时，如何避免 handler 因生命周期错位而重复执行或误销毁，核心是结合 `ondestroy()` 及时清理回调，并确保每个 activity 实例独立管理自身 handler。
在 Android 中，当 Activity 配置为 android:launchMode="singleInstance" 时，系统可能在同一任务栈外新建一个 Activity 实例（例如从通知、Deep Link 或其他应用跳转回来），导致短时间内存在两个实例共存的短暂窗口——此时 onCreate() 和 onStart() 被连续调用两次，而前一个实例很快触发 onDestroy()。若 Handler 在 onStart() 中无条件创建并启动延时任务，就极易出现「旧实例的 Handler 仍在后台执行，干扰新实例逻辑」的问题。
关键误区在于：仅在 onDestroy() 中调用 handler.removeCallbacksAndMessages(null) 并不足够——必须确保该操作作用于当前即将销毁的实例所持有的 Handler，且不能影响后续新实例的 Handler。因此，Handler 必须与 Activity 实例严格绑定，而非全局共享。
✅ 正确做法如下：
将 Handler 声明为成员变量，并在
onStart()中创建（非onCreate()）
确保每次onStart()对应一个新 Handler（适用于需每次恢复都重置定时任务的场景）；在
onStop()或onDestroy()中主动移除该实例的回调
推荐在onDestroy()中清理，因为singleInstance下onDestroy()明确表示该实例生命周期终结：
private Handler handler;
@Override
protected void onStart() {
super.onStart();
handler = new Handler(Looper.getMainLooper()); // 显式指定主线程 Looper 更安全
handler.postDelayed(() -> {
// 执行业务逻辑（如刷新 UI、检查状态等）
if (!isFinishing() && !isDestroyed()) {
// 确保 Activity 仍有效再操作
updateUI();
}
}, 5000);
}
@Override
protected void onDestroy() {
super.onDestroy();
if (handler != null) {
handler.removeCallbacksAndMessages(null); // 仅清除本实例的待执行任务
handler = null; // 避免内存泄漏和误用
}
}⚠️ 注意事项：
- 不要在
onCreate()初始化 Handler：singleInstance下onCreate()可能被多次调用，但onStart()才代表真正可见； - 避免静态 Handler 或持有 Activity 引用的匿名内部类，防止内存泄漏；
-
postDelayed()中的 Runnable 若隐式持有外部类引用（如访问this成员），需确保在onDestroy()后不再执行——因此建议在 Runnable 内部增加isFinishing()/isDestroyed()校验； - 若需更健壮的生命周期感知，可考虑使用
Handler(Looper.getMainLooper())显式构造，避免因线程切换导致的 Looper 不匹配问题。
总结：Handler 的生命周期必须与 Activity 实例完全对齐。通过「onStart() 创建 + onDestroy() 清理」的配对策略，并辅以空值检查与状态校验，即可精准控制仅有一个活跃实例的 Handler 在运行，彻底规避多实例并发引发的竞态与资源冲突。
