当应用程序进程终止时，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。

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

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

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

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

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

问题的根源似乎是当你终止进程时，你的Activity处于前台。

当Activity可见时，你可以通过在DDMS中按下stop来观察这一点(发生的正是你所描述的)，并将其与home后按下stop并稍后返回应用程序进行比较。

只需确保在测试中以某种方式moveTaskToBack(true)。

你也可以用adb shell从终端连接到你的设备/模拟器，然后用ps | grep <your_package_name获取你进程的PID，然后执行kill -9 < PID >。然后从最近的应用程序选择器中打开最小化的应用程序，它将重新启动最后一个活动

这似乎对我很管用:

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，像大多数其他杀死方法一样触发)。

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