Android長時間后臺運行，記憶體被回收再次打開導致APP崩潰（APP在后臺被系統回收后，如何重新啟動？）-有解無憂

問題：

因為手機記憶體不足的時候，會回收一些APP所占記憶體，如果被回收的APP中有全域變數，那么再次進入這個APP就會導致例外報錯；

原因：

因為Application是全域變數，記憶體不足的時候會被回收，這個時候如果不是重啟而是恢復之前頁面，系統會重新new一個Application，所以沒有回收之前保存在Application中的資訊都將沒有了，所以回收之前保存在Application中的資訊都將沒有了，這個時候被恢復的頁面就可能因為需要Application中的資訊報NullPointerException錯；

這說明：系統回收APP后，再次進入此軟體，Android只是恢復這個應用，并不是重啟，他會創建一個新的Application物件并且啟動上次用戶離開時的activity以造成這個APP從來沒有被kill掉的假象；

什么是應用程式？

Application和Activity，Service一樣是android框架的一個系統組件，當android程式啟動時系統會創建一個Application物件，用來存盤系統的一些資訊，通常我們是不需要指定一個Application的，這時系統會自動幫我們創建，如何創建自己的Application，也可以簡單創建一個類繼承Application并在manifest的application標簽中進行注冊(只需要給Application標簽增加個name屬性把自己的Application名字注入即可)，

android系統會為每個程式運行創建一個Application類物件且僅創建一個，所有Application可以說是單例(singleton)模式的一個類，且application物件的生命周期是整個程式中最長的，它的生命周期就等于這個程式的生命周期，因為它是全域單例的，所以不同Activity，Service中獲取的物件都是同一個物件，所以通過Application來進行一些資料傳輸，資料共享，資料快取等操作，

解決辦法：

看了大多數都是onSaveInstanceState和OnRestoreInstanceState來保存UI狀態的，基本上就是在按下Home鍵或者其他情況的時候存盤資料，然后再次打開APP的時候讀取bundle的資料，因為一般專案都有多個Activity，這樣做比較麻煩，

這里將將一個簡單粗暴的方法：Activity加載布局之前判斷當前程式是否被系統回收，如何是則重新啟動APP或者重新初始化全域變數；

具體代碼如下：

1.創建一個類保存APP是否被回收的兩個靜態變數；

public class AppStatusConstant {
    public static final int STATUS_FORCE_KILLED = -1; //應用放在后臺被強殺了
    public static final int STATUS_NORMAL = 1;  //APP正常態
}

2.創建AppStatus的管理類，并初始APPStatus(APP狀態)的值為被系統回收狀態；

public class AppStatusManager implements Application.ActivityLifecycleCallbacks {
    
    //默認被初始化狀態，被系統回收(強殺)狀態
    public int mAppStatus = AppStatusConstant.STATUS_FORCE_KILLED;;

    public static AppStatusManager mAppStatusManager;
    private Application application;
    //是否前臺
    private boolean isForground;
    //Activity運行個數
    private int activeCount;

    private AppStatusManager(Application application){
        this.application = application;
        application.registerActivityLifecycleCallbacks(this);
    }

    public static void init(Application application){
        if(mAppStatusManager == null){
            mAppStatusManager = new AppStatusManager(application);
        }
    }

    public static AppStatusManager getInstance(){
        return mAppStatusManager;
    }

    /**
     * 獲取APP狀態
     * @return
     */
    public int getAppStatus(){
        return mAppStatus;
    }

    /**
     * 設定APP狀態
     * @param appStatus
     */
    public void setAppStatus(int appStatus){
        this.mAppStatus = appStatus;
    }

    /**
     * 是否前臺顯示
     * @return
     */
    public boolean isForground(){
        return isForground;
    }

    @Override
    public void onActivityCreated(Activity activity, Bundle savedInstanceState) {

    }

    @Override
    public void onActivityStarted(Activity activity) {
        activeCount++;
    }

    @Override
    public void onActivityResumed(Activity activity) {
        isForground = true;
    }

    @Override
    public void onActivityPaused(Activity activity) {

    }

    @Override
    public void onActivityStopped(Activity activity) {
        activeCount--;
        if(activeCount == 0){
            isForground = false;
        }
    }

    @Override
    public void onActivitySaveInstanceState(Activity activity, Bundle outState) {

    }

    @Override
    public void onActivityDestroyed(Activity activity) {

    }
}

3.創建一個BaseActivity繼承AppCompatActivity，在onCreate方法中判斷是否重啟

public abstract class BaseActivity extends AppCompatActivity {

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        //校驗APP狀態
        validateAppStatus();
    }

    private void validateAppStatus(){
        int appStatus = AppStatusManager.getInstance().getAppStatus();
        if(appStatus == AppStatusConstant.STATUS_FORCE_KILLED){
            //例外退出
            protectApp();
        }else if(appStatus == AppStatusConstant.STATUS_NORMAL){
            //不需要處理或者初始方法呼叫
        }
    }

    private void protectApp(){
        //第一種被回收，跳轉到啟動頁面
        Intent intent = new Intent(this, SplashActivity.class);
        startActivity(intent);
        finish();
        return;
    }

4.專案中的其他Activity繼承BaseActivity


public class TestActivity extends BaseActivity {
	@Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_test);
    }
}

5.最后就是啟動頁面了，在頁面跳轉前將APP狀態調為正常

public class SplashActivity extends AppCompatActivity {
 
   	private ImageView sp;
   	
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.startup);
        
        sp=(ImageView) findViewById(R.id.imageView);
      
        
        sp.postDelayed(new Runnable() {
            @Override
            public void run() {
                //頁面跳轉  
                Intent intent = new Intent(SplashActivity.this, AppMainActivity.class);
            	//app狀態改為正常
            	AppStatusManager.getInstance().setAppStatus(AppStatus.STATUS_NORMAL);
            	startActivity(intent);
            	finish();
            }
        }, 2500);
    }
}

6.MainActivity中manifest配置啟動默認singletask；

        <activity
            android:name=".ui.activity.AppMainActivity"
            android:exported="false"
            android:configChanges="keyboardHidden|orientation"
            android:screenOrientation="portrait"
            android:launchMode="singleTask"
            android:windowSoftInputMode="adjustPan|stateHidden"
            android:theme="@style/app_appcompat_theme_white">
        </activity>

可能您還不明白為什么這么處理？為什么只設定APP的正常狀態，就能起到重啟的效果？

在手機記憶體不足時，會回收APP記憶體，同時會回收全域變數，這時STATUS_NORMAL和STATUS_FORCE_KILLED兩個變數的值也會被回收，AppStatusManager中的mAppStatus變數也會被回收；再次恢復頁面的時候這些全域變數都會重建，此時app的狀態就變成被回收了，在恢復頁面的時候判斷不通過便會重新啟動軟體了；

補充說明：

1)MainActivity設定為singletask，當啟動MainActivity時，會把MainActivity任務堆疊上的其他Activity銷毀，記憶體回收，重啟APP順序，SplashActivity(初始化資料)->MainActivity(若任務堆疊上有其他Activity會被銷毀)，例如第一啟動APP時任務堆疊時MainActivity(singletask模式)->BActivity->CActivity->....，記憶體不足重啟APP時候，打開啟動頁SplashActivity(重啟初始化資料及全域變數)->MainActivity(singletask模式)(->BActivity->CActivity->....其他將被銷毀)

2)也可以采用清空任務堆疊，重啟新的任務堆疊這種方式

將下面的代碼

private void protectApp(){
        //第一種被回收，跳轉到啟動頁面
        Intent intent = new Intent(this, SplashActivity.class);
        startActivity(intent);
        finish();
        return;
    }

替換為如下代碼

/**
     * 記憶體不足回收，重新啟動APP
     */
    public void restartApp(Context context){
        ActivityTack.getInstance().exit();
        Class aClass = null;
        try {
            aClass = Class.forName("cn.gome.hotpot.launch.SplashActivity");
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
        Intent intent = new Intent(context, aClass);
        //清空任務堆疊，重啟新的任務堆疊
        intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TASK | Intent.FLAG_ACTIVITY_NEW_TASK);
        context.startActivity(intent);
    }

3)不啟動SplashActivity，監測記憶體回收例外啟動，重新打開APP，在BaseActivity中的onCreate方法中優先初始化全域變數和用戶資訊，在當前Activity頁面就可以重新加載資料；

例如第一次啟動A->B->C->D，退出后臺，記憶體回收識訓APP所占記憶體，重新打開APP時候系統A->B->C->D的Activity順序系統是記錄，我們在可以在DActivity中重新初始化全域變數和用戶資訊；

    private void protectApp(){
        //設定默認狀態
        AppStatusManager.getInstance().setAppStatus(AppStatusConstant.STATUS_NORMAL);
        //初始化全域變數，用戶資訊等
        GlobalConfig.getInstance().initInfo(this);
    }

實際上Activity和組件已經實作onSaveInstanceState方法，非必要可以不需要重寫onSaveInstanceState，看實際情況，基礎的資訊會重新再Bundle拿到；此方法根據實際情況使用；

模擬：
terminal application

這里寫圖片描述
kill掉行程
1、按Home按鍵退出你的程式；
2、

# 找到該APP的行程ID
 adb shell ps

 # 找到你APP的報名
 adb shell ps | grep your.app.package

 # 按照上述命令操作后，看起來是這樣子的: 
 # USER      PID   PPID  VSIZE  RSS     WCHAN    PC         NAME
 # u0_a198   21997 160   827940 22064 ffffffff 00000000 S your.app.package

 # 通過PID將你的APP殺掉
 adb shell kill  21997

 # APP現在被殺掉啦

不保留活動
android 系統在開發者選項中，有一個不保留活動的選項，它有以下三種作用，

保留app記憶體資料（全域的單例等），

保留activity堆疊資料，

再次開啟app，會呼叫onCreate()重新創建堆疊頂的activity；

參考：

https://blog.csdn.net/na2609613672/article/details/90640951

https://xuexuan.blog.csdn.net/article/details/79191853

https://blog.csdn.net/qq_14876133/article/details/82801579

轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/290303.html

標籤：其他

上一篇：【安卓學習之常見問題】android路徑及檔案問題

下一篇：Android藝術開發探索之Activity的生命周期