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

对我来说，最好的测试方法是这样的:

在应用程序中打开ActivityD 按Home键 在Android Studio的Logcat窗口中按下终止应用程序(这会杀死应用程序进程，确保你在Logcat顶部的下拉菜单中选择了你的设备和进程) 长按Home键返回应用程序或打开的应用程序(取决于设备) 应用程序将在重新创建的ActivityD中启动(ActivityA, ActivityB, ActivityC已死，当您返回时将重新创建它们)

在一些设备上，你也可以回到应用程序(ActivityD)与应用程序->你的启动器图标，但在其他设备上，它将启动ActivityA代替。

Android文档是这么说的:

通常，在某些情况下，当用户从主屏幕重新选择该任务时，系统会清除该任务(从根活动之上的堆栈中删除所有活动)。通常，如果用户在一定时间内(比如30分钟)没有访问该任务，就会执行此操作。

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

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

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

我不认为你可以做一个完全自动化的测试，模拟它的唯一方法是重新创建它，也就是有太多的活动，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.

这似乎对我很管用:

adb shell am kill <package_name>

这与OP中提到的adb shell kill不同。

注意，am kill命令的帮助是这样说的:

am kill: Kill all processes associated with <PACKAGE>.  Only kills.
  processes that are safe to kill -- that is, will not impact the user
  experience.

因此，如果进程在前台，它不会终止进程。这似乎可以作为OP想要的工作，如果我导航离开我的应用程序，然后运行adb shell am kill <package_name>它将杀死应用程序(我已经确认使用设备上的ps)。然后，如果我返回到应用程序，我就回到了我之前在的活动中-即在OP的例子中，进程被重新创建并创建ActivityD(而不是ActivityC，像大多数其他杀死方法一样触发)。

抱歉我迟到了几年，但希望其他人会觉得这有用。