解决方案的人谁不知道编程和遇到这个问题在他们的android手机。 这主要是由于android版本的升级(只是我的假设)。升级后，你所有的应用程序都优化为使用更少的电池。但是，这反过来会降低你的设备速度。

如何解决

Go to settings>>Apps>>apps settings(look for settings sign anywhere on the screen- it is different on different devices)>>battery optimization(or similar opti[enter image description here][1]on)>> move all apps to 'not optimised' state (have to do 1 by 1 manually -may be allow/disallow in some phones). Your launcher app need to be 'not optimised'(Zen UI launcher in my case - this is the culprit I guess- you could try optimising/Not optimizing and restarting different app if you have time). Now restart your phone. (no need to reset data/safe mode or any trouble)

现在试试多任务处理吧。：） 按下启动器图标现在应该会导致当前任务被恢复。：） 你的设备会变成不用担心电池，反正它会耗尽的。

我在三星设备上也遇到了同样的问题。经过一番搜索，这些答案没有一个对我有用。我发现在AndroidManifest.xml文件中，launchMode被设置为singleInstance (android:launchMode="singleInstance")。删除launchMode属性修复了我的问题。

这个问题在2016年仍然有意义。今天，一名QA测试人员报告说，我的一个应用程序在Android M中重新启动，而不是从库存启动器恢复。

实际上，系统正在将已启动的活动添加到当前任务堆栈中，但在用户看来，好像发生了重新启动，他们丢失了工作。顺序是:

从play store下载(或旁载apk) 从play store对话框启动应用程序:出现活动A[任务堆栈:A] 导航到活动B[任务堆栈:A -> B] 按“Home”键 从应用程序抽屉中启动应用程序:出现活动A 

Note: this problem does not manifest for debug APK's deployed via ADB, only in APKs downloaded from the Play Store or side-loaded. In the latter cases, the launch intent from step 5 contained the flag Intent.FLAG_ACTIVITY_BROUGHT_TO_FRONT, but not in the debug cases. The problem goes away once the the app has been cold-started from the launcher. My suspicion is the Task is seeded with a malformed (more accurately, non-standard) Intent that prevents the correct launch behavior until the task is cleared entirely.

我尝试了各种活动启动模式，但这些设置偏离了用户期望的标准行为:在活动b中恢复任务。在“开始一个任务”页面底部的“任务和Back Stack”中，可以看到以下预期行为的定义:

这种意图过滤器会在应用程序启动器中显示活动的图标和标签，使用户可以启动活动，并在活动启动后随时返回到它所创建的任务。

我发现这个答案是相关的，并将以下内容插入到我的根活动(A)的“onCreate”方法中，以便在用户打开应用程序时适当地恢复。

                    /**
     * Ensure the application resumes whatever task the user was performing the last time
     * they opened the app from the launcher. It would be preferable to configure this
     * behavior in  AndroidMananifest.xml activity settings, but those settings cause drastic
     * undesirable changes to the way the app opens: singleTask closes ALL other activities
     * in the task every time and alwaysRetainTaskState doesn't cover this case, incredibly.
     *
     * The problem happens when the user first installs and opens the app from
     * the play store or sideloaded apk (not via ADB). On this first run, if the user opens
     * activity B from activity A, presses 'home' and then navigates back to the app via the
     * launcher, they'd expect to see activity B. Instead they're shown activity A.
     *
     * The best solution is to close this activity if it isn't the task root.
     *
     */

    if (!isTaskRoot()) {
        finish();
        return;
    }

UPDATE:将这个解决方案从解析意图标志移到查询活动是否直接位于任务的根。意图标志很难预测和测试所有打开MAIN活动的不同方式(从home启动，从“向上”按钮启动，从Play Store启动等)。

您正在经历的行为是由一些Android启动器自API 1以来存在的问题引起的。您可以在这里找到有关该错误的详细信息以及可能的解决方案:https://code.google.com/p/android/issues/detail?id=2373。

在三星设备和其他使用自定义启动器/皮肤的制造商上，这是一个相对常见的问题。我还没见过这个问题发生在普通的Android启动器上。

基本上，应用程序实际上并没有完全重新启动，但是当应用程序被启动器恢复时，您的启动活动正在启动并添加到活动堆栈的顶部。当你恢复应用程序并显示启动活动时，你可以通过单击后退按钮来确认这是情况。然后你应该被带到你期望在恢复应用程序时显示的活动。

为了解决这个问题，我选择的解决方法是检查Intent。CATEGORY_LAUNCHER类别和意图。ACTION_MAIN意图中启动初始Activity的动作。如果这两个标志是存在的，活动不是在任务的根(意味着应用程序已经在运行)，然后我调用finish()在初始活动。这个确切的解决方案可能不适合你，但类似的方法应该适用。

以下是我在初始/启动活动的onCreate()中所做的:

    if (!isTaskRoot()
            && getIntent().hasCategory(Intent.CATEGORY_LAUNCHER)
            && getIntent().getAction() != null
            && getIntent().getAction().equals(Intent.ACTION_MAIN)) {

        finish();
        return;
    }

这个解决方案对我很有效:

    @Override
    public boolean onKeyUp(int keyCode, KeyEvent event) {
        if (keyCode == KeyEvent.KEYCODE_BACK) {
            Intent startMain = new Intent(Intent.ACTION_MAIN);
            startMain.addCategory(Intent.CATEGORY_HOME);
            startMain.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
            startActivity(startMain);
            return false;
        }
        else
            return super.onKeyUp(keyCode, event);
    }

信贷: 我需要最小化android应用程序的后退按钮点击

可能不能在所有设备上工作，但当返回按钮被按下时，会成功地创建home键行为，从而停止活动而不是结束活动。

我也遇到过同样的问题，原因是:

(Kotlin代码，在MainActivity中)

override fun onBackPressed() {
    finish()
}

所以当导航到我的MainActivity从我的LoginActivity我使用这个:

    val intent = Intent(this, MainActivity::class.java)
    intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP)
    intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TASK)
    intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
    startActivity(intent)

当使用这些标志时，我不需要在MainActivity中有一个onBackPressed()，它将在返回单击时自然退出应用程序。当按下Home键并返回应用程序时，它不会重新启动。