处理Android应用在后台被杀死

一、背景

        我们在使用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。具体代码如下:

package com.liunian.androidbasic;

import android.app.Application;
import android.content.Context;
import android.content.Intent;

/**
 * Created by dell on 2018/4/13.
 */

public class App extends Application {
    public final static int APP_STATUS_KILLED = 0; // 表示应用是被杀死后在启动的
    public final static int APP_STATUS_NORMAL = 1; // 表示应用时正常的启动流程
    public static int APP_STATUS = APP_STATUS_KILLED; // 记录App的启动状态
    private static Context context;

    @Override
    public void onCreate() {
        super.onCreate();
        context = getApplicationContext();
    }

    public static Context getAppContext() {
        return context;
    }

    /**
     * 重新初始化应用界面,清空当前Activity棧,并启动欢迎页面
     */
    public static void reInitApp() {
        Intent intent = new Intent(getAppContext(), SplashActivity.class);
        intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TASK | Intent.FLAG_ACTIVITY_NEW_TASK);
        getAppContext().startActivity(intent);
    }
}

package com.liunian.androidbasic;

import android.content.Intent;
import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;

/**
 * 启动欢迎页面
 */
public class SplashActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        App.APP_STATUS = App.APP_STATUS_NORMAL; // App正常的启动,设置App的启动状态为正常启动
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_splash);

        goMain();
    }

    /**
     * 去主页面
     */
    private void goMain() {
        Intent intent = new Intent(SplashActivity.this, MainActivity.class);
        startActivity(intent);
        finish();
    }

}
package com.liunian.androidbasic.base;

import android.os.Bundle;
import android.support.annotation.Nullable;
import android.support.v7.app.AppCompatActivity;
import android.util.Log;

import com.liunian.androidbasic.App;

/**
 * Created by dell on 2018/4/17.
 * 用来处理应用在后台被杀死后,让应用重新走启动流程
 */

public abstract class BaseActivity extends AppCompatActivity {
    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        if (App.APP_STATUS != App.APP_STATUS_NORMAL) { // 非正常启动流程,直接重新初始化应用界面
            Log.i("liunianprint:", "reInitApp");
            App.reInitApp();
            finish();
            return;
        } else { // 正常启动流程
            setUpViewAndData(savedInstanceState); // 子Activity初始化界面
        }
    }

    /**
     * 提供给子Activity设置界面的接口,不要在onCreate中初始化界面
     * @param savedInstanceState
     */
    protected abstract void setUpViewAndData(@Nullable Bundle savedInstanceState);
}

这里需要注意一点,继承BaseActivity的Activity初始化界面不要在onCreate中处理,而应该在setUpViewAndData处理,因为在onCreate方法中静态变量可能为空,而只有应用时正常启动时,才会调用setUpViewAndData方法。

三、总结

1、Android系统会为每一个应用分配一定的内存,当系统内存不足时,Android系统会按照进程回收机制来杀死一部分应用,并回收内存提供给其他的应用;

2、应用被系统杀死后,应用中所有的数据都会被回收掉,但是Activity提供了一定的补救措施,应用中的Activity棧还是会保存下来,并且提供了onSaveInstance和onRestoreInstanceState来恢复界面数据,因为需要重新创建Activity对象,需要耗费一定时间,所以可能会有短暂的白屏现象;

3、面对大量要恢复的数据(特别是静态变量),如果我们采用恢复数据的方式来处理应用被系统杀死的问题,代码将会很复杂,我们必须非常小心的处理数据恢复的问题,并且数据恢复也存在一定的效率问题,毕竟需要将数据持久化;

4、针对应用被杀死的问题,可以采用重新初始化应用流程的方式来解决,也就是如果发现应用时非正常启动,则清空当前Activity棧,并且去启动应用的欢迎界面,这样就相当于重新打开应用一样,这种处理方式虽然没有应用被杀死前的数据,但是处理起来简单方便。


附上源码:https://github.com/2449983723/AndroidComponents



阅读更多
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页