防止活动堆栈被恢复？

Question

当应用程序的进程被终止时，其活动堆栈将被保存。然后，当应用程序重新启动时，我的所有活动都会恢复并遇到空指针。我不想修改每个活动来适应此事件，而是宁愿让我的应用程序从基本活动开始，而不是尝试重新创建活动堆栈。

这可能吗？

我了解 Intent.FLAG_ACTIVITY_CLEAR_TOP，但据我了解，这只会在重新创建活动后将其杀死。

编辑： clearTaskOnLaunch 是我想要的吗？我已将其添加到我的默认活动中，但没有看到任何效果。但是，即使我只是最小化应用程序，这也会终止我的活动，不是吗？我宁愿只在整个进程重新启动时才清除堆栈。

编辑2：不，这不是我想要的 - 一位Android工程师对有关如何使用ClearTaskOnLaunch的一些问题给出了彻底的答复：http://groups.google.com/group/android-developers/browse_thread/thread/da024bcaf4e1960f/ab1e2b35c360cb65?pli=1

Answer 1

我能找到的唯一解决方案是检查 onCreate() 的每个实例中的全局静态变量，如果该变量已重置为 null，则完成，表明任务已重新启动。我将所有活动关闭到我的根活动并重新开始。

很快我希望我的应用程序能够在 onPause() 中保存所需的值，但在那之前这是我知道处理丢失的初始化的唯一可靠方法......

Answer 2

如果您正在使用spalshScreen或任何LauncherActivity，您可以创建一个全局静态布尔值并像这样使用它：

首先找到一种方法来存储这个静态变量（也许创建一个全局java文件），

public abstract class Global {
    ...
    public static boolean processKilled = true;
    ...
}

然后在您的laucherActivity（MainActivity或Splashscreen ...）添加这些行：

@Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        Global.processKilled = false;
        ...//your code here
    }

事实上，如果您的应用程序进程死亡，它肯定不会通过您的 launcherActivity 的代码。因此静态布尔 processKilled 将保持为 true。即使确实如此，这也意味着您的应用程序当前正在重新启动，并且 processkiled 将正确设置为 true 并且所有变量正确实例化（无 NullPointerException）

通过创建您自己的 restartApp 方法，您将得到您想要的:(

在您添加的每个活动中这些行:)

@Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        if (Global.processKilled){
            restartApp();
        }
        ...//your code here
    }

编辑

如果您不是全局变量狂热者，您可能想检查savedInstanceState是否为空...

Answer 3

我使用这段代码：

public class NoRestoreActivity extends Activity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        // Shoul be always NULL when created the first time, just in case...
        if (savedInstanceState != null && savedInstanceState.getInt("SavedInstance") > 0) {
            // ----- Your prefferred way to kill an application ----
            try {                
                this.finishActivity(0);               
            } catch (Exception ee) {
            }
            try {
                android.os.Process.killProcess(android.os.Process.myPid());
                System.exit(10);
            } catch (Exception eeee) {
            }
            return;
        }
        super.onCreate(savedInstanceState);
    }

    @Override
    protected void onSaveInstanceState (Bundle outState){
        super.onSaveInstanceState(outState);
        outState.putInt("SavedInstance",1);
    }
}

Answer 4

上面依靠进程死亡来重置静态变量的解决方案是可行的，但由于它依赖于静态，所以有代码味道。这是一个具有非常相似属性的解决方案，但不依赖于进程死亡后重置的静态变量。相反，它依赖于这样一个事实：进程死亡后，任何保留的片段都将其实例变量设置回默认值。

/**
 * This retained fragment functions as a detector for when the activity is restoring it's state
 * after a process death.
 *
 * <p>The callback onRestoreInstanceState cannot be used here, since that callback is also invoked
 * during regular activity recreation due to configuration changes, and there's no way to tell
 * whether the state is being restored from a configuration change or from recreation after process
 * death.
 *
 * <p>This retained fragment can be used to disambiguate these two scenarios. When the fragment is
 * created, it's {@code wasProcessKilled} flag is set to {@code false}, which will be retained
 * across activity restarts from configuration changes. However, on process rebirth, the retained
 * fragment will still be retained, but the value of {@code wasProcessKilled} will be set back to
 * its default value of {@code true}.
 */
public class ProcessDeathDetectorFragment extends Fragment {

  public static final String TAG = "ProcessDeathDetectorFragmentTag";

  public static ProcessDeathDetectorFragment create() {
    ProcessDeathDetectorFragment frag = new ProcessDeathDetectorFragment();
    frag.wasProcessKilled = false;
    frag.setRetainInstance(true);
    return frag;
  }

  private boolean wasProcessKilled = true;

  public boolean wasProcessKilled() {
    return wasProcessKilled;
  }

  @VisibleForTesting
  public void clear() {
    wasProcessKilled = true;
  }
}




private void closeActivityIfRestoredAfterProcessDeath(Bundle bundle) {
  FragmentManager fragmentManager = getSupportFragmentManager();
  ProcessDeathDetectorFragment retainedFragment =
      (ProcessDeathDetectorFragment)
          fragmentManager.findFragmentByTag(ProcessDeathDetectorFragment.TAG);

  if (bundle != null && retainedFragment != null && retainedFragment.wasProcessKilled()) {
    // If the bundle is non-null, then this is a restore flow.
    // If we are in a restore flow AND the retained fragment's wasProcessKilled flag is set back
    // to its default value of true, then we are restoring
    // from process death, otherwise the flag would have the value of false that was set when it
    // was created for the first time.
    finish();
    return;
  }

  if (retainedFragment == null) {
    fragmentManager
        .beginTransaction()
        .add(ProcessDeathDetectorFragment.create(), ProcessDeathDetectorFragment.TAG)
        .commit();
  }
}

@Override
protected void onCreate(Bundle bundle) {
  super.onCreate(bundle);
  closeActivityIfRestoredAfterProcessDeath(bundle);
  ...
}

Answer 5

这是在处理原生 Android 工具时应该考虑的问题，还是第三方任务杀手提出的问题？至少在模拟器上使用“强制停止”似乎会重置活动堆栈 - 这是我期望在应用程序终止时总是发生的事情。