您可以执行以下步骤来重现所寻找的行为:

打开你的应用，导航到顶部活动 使用通知面板导航到任何另一个全屏应用程序(例如，到系统设置-在右上角) 终止应用程序进程 按后退按钮

当应用程序进程终止时，Android会遍历活动记录(这些记录代表历史堆栈中的活动)，并决定哪些活动保留在历史记录中，哪些活动从历史记录中删除。

这里的关键点之一是名为haveState的ActivityRecord字段，Android框架工程师将其描述为“我们是否获得了最后的活动状态?”

默认情况下，Android认为活动有一个状态。当应用程序向活动任务管理器服务报告活动已恢复时，活动变为无状态，并且在应用程序通知框架活动已进入停止状态之前，此状态一直有效。简单地说，根据应用程序的目标版本，onResume()被调用和onStop()或onSaveInstanceState()被调用之间的haveState值为false。

如果我杀死了进程，Android会重新创建进程并创建ActivityC。

在这种情况下，ActivityD在应用程序清单中没有android:stateNotNeeded="true"属性，它目前正在前台运行，所以android从历史记录中删除它，因为系统还没有得到它的最后一个状态。

如何模拟Android杀死我的进程

正如前面多次提到的，你可以简单地将应用程序移到后台，这样activity back堆栈中的顶部活动就会保存它的状态，之后你可以通过Android Debug Bridge, Android Studio或使用Developer Options中的后台进程限制属性来终止应用程序进程。之后，您最近的活动将成功重新创建。

尽管如此，还有另一种简单的方法来测试应用程序进程死亡场景。知道了上面描述的所有内容和事实，如果你从当前运行的ActivityD开始新的ActivityE，那么ActivityD onStop()回调只在ActivityE onResume()方法之后被调用，你可以做下面的技巧。

class TerminatorActivity : Activity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)

        val isPrePie = applicationInfo.targetSdkVersion < Build.VERSION_CODES.P
        val callbacks = TerminatorLifecycleCallbacks(isPrePie)
        (applicationContext as Application).registerActivityLifecycleCallbacks(callbacks)
    }

    private class TerminatorLifecycleCallbacks(
        // Before P onSaveInstanceState() was called before onStop(), starting with P it's
        // called after
        // Used to schedule the death as app reports server that activity has stopped
        // after the latest of these was invoked
        private val isPrePie: Boolean
    ) : ActivityLifecycleCallbacksDefault {

        private val handler = Handler(Looper.getMainLooper())

        override fun onActivityPostStopped(activity: Activity) {
            if (isPrePie) {
                terminate()
            }
        }

        override fun onActivityPostSaveInstanceState(activity: Activity, outState: Bundle) {
            if (!isPrePie) {
                terminate()
            }
        }

        fun terminate() {
            handler.postDelayed(
                {
                    Process.killProcess(Process.myPid()) // This is the end... 
                },
                LAST_MILLIS
            )
        }

        companion object {
            // Let's wait for a while, so app can report and server can handle the update
            const val LAST_MILLIS = 100L
        }

    }

    private interface ActivityLifecycleCallbacksDefault : Application.ActivityLifecycleCallbacks {
        override fun onActivityCreated(activity: Activity, savedInstanceState: Bundle?) {}
        override fun onActivityStarted(activity: Activity) {}
        override fun onActivityResumed(activity: Activity) {}
        override fun onActivityPaused(activity: Activity) {}
        override fun onActivityStopped(activity: Activity) {}
        override fun onActivitySaveInstanceState(activity: Activity, outState: Bundle) {}
        override fun onActivityDestroyed(activity: Activity) {}
    }
}

然后，当您想要终止应用程序时，只需启动TerminatorActivity。

最后还有一个轻量级工具，它简化了应用程序进程死亡的测试，称为Venom。

用HOME键把应用程序放在后台

在Android Studio中选择“Logcat”模式的进程，然后单击左下角的“终止应用程序”

现在在Android设备上启动你的应用程序

编辑:根据互联网，以下也适用:

 adb shell am kill [my-package-name]

来自未来的编辑:需要注意的是，在Android Studio 4.0中有一个变化，如果你使用从AS运行，那么终止将发出一个强制停止。

然而，如果你随后从启动器启动，然后你尝试以这种方式模拟它，然后你会得到你想要的结果(低内存行为)。

我不确定这就是你想要的答案，这更像是一种逻辑思考。

我不认为你可以做一个完全自动化的测试，模拟它的唯一方法是重新创建它，也就是有太多的活动，Android会杀死你的应用程序。

所以我的想法或建议是制作另一个小应用程序，它会不断弹出新的活动，直到Android耗尽内存并开始在后台杀死进程。

行内的东西:

如果应用程序在列表中，则增加i并重新启动循环，但不关闭当前活动，否则->减少i并关闭当前活动，返回上一个并重新检查…

这个问题很老了，但是，这个问题的答案不需要adb, Android Studio等。唯一的要求是API 23或更新版本。

为了模拟应用程序由操作系统重新启动，当你的应用程序正在运行时，进入应用程序设置，禁用(然后你可以启用)一个权限，并从最近的应用程序返回应用程序。当权限被禁用时，操作系统杀死应用程序，但保留保存的实例状态。当用户返回应用程序时，应用程序和最后一个活动(保存状态)被重新创建。

“无后台进程”方法有时会导致相同的行为，但并不总是如此。例如，如果应用程序正在运行后台服务，“无后台进程”不做任何事情。但是应用程序可以被系统杀死，包括它的服务。权限方法工作，即使应用程序有一个服务。

例子:

我们的应用程序有两个活动。ActivityA是从启动器启动的主活动。ActivityB是从ActivityA开始的。我将只显示onCreate, onStart, onStop, onDestroy方法。Android总是在调用onStop之前调用onSaveInstanceState，因为处于停止状态的活动可以被系统杀死。[https://developer.android.com/reference/android/app/Activity.html ActivityLifecycle]

许可的方法:

<start app from launcher first time>
Application onCreate
ActivityA onCreate WITHOUT savedInstance
ActivityA onStart
<open ActivityB>
ActivityB onCreate WITHOUT savedInstance
ActivityB onStart
ActivityA onStop (the order is like this, it is stopped after new one is started)
<go settings>
ActivityB onStop
<disable a permission>
//Application is killed, but onDestroy methods are not called.
//Android does not call onDestroy methods if app will be killed.
<return app by recent apps>
Application onCreate (this is the important part. All static variables are reset.)
ActivityB onCreate WITH savedInstance (user does not notice activity is recreated)
//Note that ActivityA is not created yet, do not try to access it.
ActivityB onStart
<return ActivityA by back>
ActivityA onCreate WITH savedInstance (user does not notice activity is recreated)
ActivityA onStart
ActivityB onStop
ActivityB onDestroy
<press back again, return launcher>
ActivityA onStop
ActivityA onDestroy
<open app again>
//does not call Application onCreate, app was not killed
ActivityA onCreate WITHOUT savedInstance
ActivityA onStart

我想比较其他答案中提到的其他方法。

不保留活动:这不会杀死应用程序。

<start app from launcher first time>
Application onCreate
ActivityA onCreate WITHOUT savedInstance
ActivityA onStart
<open ActivityB>
ActivityB onCreate WITHOUT savedInstance
ActivityB onStart
ActivityA onStop
ActivityA onDestroy (do not keep)
<return launcher by home button>
ActivityB onStop
ActivityB onDestroy (do not keep) 
<retun app from recent apps>
// NO Application onCreate
ActivityB onCreate WITH savedInstance (user does not notice activity recreated)
ActivityB onStart
<return ActivityA by back>
ActivityA onCreate WITH savedInstance (user does not notice activity recreated)
ActivityA onStart
ActivityB onStop
ActivityB onDestroy
<press back again, return launcher>
ActivityA onStop
ActivityA onDestroy
<open app again>
//does not call Application onCreate, app was not killed
ActivityA onCreate WITHOUT savedInstance
ActivityA onStart

强制停止方法:不存储已保存的实例状态

<start app from launcher first time>
Application onCreate
ActivityA onCreate WITHOUT savedInstance
ActivityA onStart
<open ActivityB>
ActivityB onCreate WITHOUT savedInstance
ActivityB onStart
ActivityA onStop
<go settings>
ActivityB onStop
<force stop, return app from recent apps>
Application onCreate
ActivityA onCreate WITHOUT savedInstance 
//This is important part, app is destroyed by user.
//Root activity of the task is started, not the top activity.
//Also there is no savedInstance.

按下Home键，把应用程序放在后台。然后从DDMS或ADB停止或终止该进程。