android 模拟应用因内存不足被后台杀死命令 https://www.jianshu.com/p/effb4546b9aa
adb shell am kill-all 应用通过home键已经停留在后台使用，杀掉所有后台程序，需要先将目标程序按home进入后台，然后打开一个其他程序
ps：命令多运行几次
处理Android应用在后台被杀死 https://blog.csdn.net/xiao_nian/article/details/79970144
我们在使用android app的过程中，可能突然会遇到其他的事情需要将app退到后台，比如微信来了一条消息需要回复，当我们回复完消息在切换回我们的app时，如果处理不好，应用可能会白屏或者闪退。造成这种现象的原因，是android的进程回收机制，android会给每一个应用分配一定的内存，当应用退入后台时，系统并不会将应用杀死，而是将应用缓存起来。打开的应用越多，后台缓存的进程也越多，那么占用的内存也越大，当系统内存不足时，就会根据自己的一套进程回收机制去杀死应用，以便腾出内存空间来分配给其他的应用，后面会详细分析android的进程回收机制。也就是说，当我们将应用退入后台后，应用很可能会因为系统内存不足而被杀死，应用被杀死后，所有的Activity都被销毁了，但是Android也提供了一定的补救措施，activity棧并没有被清空，也就是说如果之前的Activity棧中的内容是A-->B-->C，只是ABC这三个Activity的对象被销毁了，当我们切换应用时，系统首先会重新创建Activity C，由于需要重新创建Activity实例，需要耗费一点时间，所有会有短暂的白屏现象。另外当Activity被意外杀死时，Android会调用Activity的onSaveInstance让开发者去保存应用的数据，在重新创建Activity时，会调用onRestoreInstanceState来恢复应用数据，但是针对大量需要恢复的数据，一旦处理不当，就有可能造成应用闪退，比如，应用在后台被杀死后，所有的静态变量都会被清空，这个时候我们如果直接使用这些静态变量，就会报空指针异常，从而造成程序闪退。
针对需要恢复的数据比较少的应用，我们可以通过Activity的onSaveInstance和onRestoreInstanceState去恢复，针对静态变量比较多的情况，我们可以考虑采用数据持久化的方式，所有的静态对象都改为单例模式，然后附加上一些持久化cache，空了再取缓存。嗯，这肯定也是一个办法，但是这样的束手束脚对开发来说也是痛苦，一旦处理漏了就会发生空指针异常。我们能不能换一种思路来解决上面的问题，当应用在后台被杀死时，不做Activity棧的恢复，清空Activity棧，并且直接启动应用的第一个Activity，一般是欢迎界面，这样的话，应用就相当于重启了一次，所有的逻辑都会重新开始，也就不存在静态变量为空的问题了，目前很多应用都是这样处理的。那么我们如何判断应用已经被杀死并重新创建了呢？因为静态变量的生命周期和应用的生命周期是一致的，应用被杀死后，静态变量会被回收掉，重新启动静态变量的数据会重新初始化，可以考虑定义在应用中定义一个静态变量，初始值为0，在应用的第一个界面的onCreate方法中将静态变量设置为1，表示应用走的是正常的启动流程，然后写一个基类的BaseActivity，其他的Activity都继承BaseActivity，在BaseActivity的onCreate方法中判断静态变量的值是否为1，如果不为1，则表示应用不是通过正常的流程启动的，则清空Activity棧，并启动第一个Activity。具体代码如下
被后台杀死后，Android应用如何重新走闪屏逻辑 https://www.jianshu.com/p/4fc10026c1f8
Android 后台杀死及恢复的机制 https://juejin.im/post/6844903863422550023
