这是你在Android Studio中如何做到的。

在调试模式下将设备连接到计算机。 在你的设备上打开应用程序，去任何你想测试“死而复生”的活动。 按下设备上的Home键。 在Android Studio中进入Android Monitor -> Monitors并按下终止应用程序图标。 现在你可以通过最近的应用程序回到你的应用，或者点击它的启动器图标，在我的测试中，行为是一样的。

这个问题很老了，但是，这个问题的答案不需要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.

这是你在Android Studio中如何做到的。

在调试模式下将设备连接到计算机。 在你的设备上打开应用程序，去任何你想测试“死而复生”的活动。 按下设备上的Home键。 在Android Studio中进入Android Monitor -> Monitors并按下终止应用程序图标。 现在你可以通过最近的应用程序回到你的应用，或者点击它的启动器图标，在我的测试中，行为是一样的。

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

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

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

Android文档是这么说的:

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

另一个方法，可能是可脚本化的，因为它不需要DDMS:

一次性设置:转到开发人员选项，选择后台进程限制设置，将值从“标准限制”更改为“无后台进程”。

当需要重新启动进程时，请按home键。进程将被杀死(你可以在logcat/Android Monitor studio中验证—进程将被标记为[DEAD])。然后使用任务切换器切换回应用程序。

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