Android销毁LoginActivity后复用实例，isDestroyed()始终为true的原因

首先，咱们得先明确一个核心点：当你的LoginActivity调用finish()并执行完onDestroy()后，这个实例（@7161）已经被系统标记为销毁状态——此时isDestroyed()和isFinishing()返回true是完全符合Android生命周期规则的。而你再次登录时复用这个实例，本质上是因为这个实例没有被GC回收，且你的代码逻辑错误地复用了它。

下面拆解具体原因和解决办法：

1. 内存泄漏导致旧实例未被回收 #

最常见的原因是你的Presenter或某个全局单例持有了LoginActivity的强引用，导致实例无法被垃圾回收器回收。比如：

• Presenter没有在Activity的onDestroy()中解除对View（即LoginActivity）的引用；
• 某个后台任务、广播接收器或者静态变量持有了Activity的上下文引用。

这种情况下，即使Activity已经走完销毁流程，实例仍然留在内存中。当你再次触发登录逻辑时，如果代码没有正确启动新的Activity实例，而是复用了这个被泄漏的旧实例，自然会看到isDestroyed()返回true。

修复建议： #

• 在LoginActivity的onDestroy()方法中，强制让Presenter解除对View的引用：

  @Override
  protected void onDestroy() {
      if (loginActivityViewPresenter != null) {
          loginActivityViewPresenter.detachView(); // 释放对Activity的引用
      }
      super.onDestroy();
  }
  

• 使用LeakCanary或者Android Studio Profiler检测内存泄漏，定位持有引用的对象。

2. 登录启动逻辑存在问题 #

如果你的登录启动代码没有确保每次都创建新的LoginActivity实例，也可能导致复用旧实例。比如：

• 你可能在某个地方缓存了LoginActivity的实例，再次登录时直接复用；
• 任务栈的配置问题（比如误用了FLAG_ACTIVITY_REORDER_TO_FRONT），不过这种情况通常不会复用已销毁的实例，更多是复用活跃实例。

修复建议： #

• 确保启动LoginActivity时，使用标准的Intent启动逻辑，避免复用缓存的实例：

  Intent loginIntent = new Intent(context, LoginActivity.class);
  // 根据业务需求选择标记，不需要可直接去掉
  loginIntent.addFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);
  startActivityForResult(loginIntent, REQUEST_CODE_LOGIN);
  

• 不要在任何地方缓存Activity实例，所有对Activity的操作都应该通过生命周期回调绑定和解绑。

3. Smart Lock的间接影响 #

Smart Lock本身不会导致实例复用，但如果你的LoginActivity在处理Smart Lock凭据时，没有正确处理生命周期边界，比如：

• 在onDestroy()之后还尝试调用Smart Lock的API；
• 凭据自动填充的回调持有了Activity的引用，导致泄漏。

修复建议： #

• 在onDestroy()中取消所有Smart Lock的回调监听，确保没有引用残留：

  @Override
  protected void onDestroy() {
      Credentials.getClient(this).disableAutoSignIn(); // 示例：取消自动登录监听
      super.onDestroy();
  }
  

总结 #

本质问题是已销毁的Activity实例因内存泄漏未被回收，且被错误复用。只要解决内存泄漏问题，确保每次登录都启动新的Activity实例，就能避免isDestroyed()返回true的异常情况。

内容的提问来源于stack exchange，提问作者Rafael Ruiz Muñoz