android static 变量丢失的处理

我在做日志模块的时候，日志使用 static 单例，但是需要初始化传入一些基本数据，我把这个初始化的步奏写在 FlashActivity 里了，然后在后台老是收到日志静态对象的空指针异常，找了很久才发现问题所在

首先明确一下 static 变量的生命周期 = 整个进程的生命周期，进程在 static 在，进程死 static 回收

平时我们游一个场景如下：app home 切到后台，长时间后 app 进程被系统回收掉，然后我们唤起这个 app ，这时 app 进程会重新启动，但是页面的启动不会走默认的流程，而是会直接打开上次离开时的页面，所以我这个执行初始化的 FlashActivity 没机会跑了，所以这个 static 变量就会为 null，这种情况是进程被系统回收之后才会出现的，我们自己关闭进程没事

系统杀死进程后执行 JVM的结构图

再次强调一下，static 存储在 method area 区，不再堆内存中，要是 static 对象也被回收，那么说明进程页跟着一起死了，换句话说，要回收 static 就必须杀进程。明确了这一点，我们只要把我们的初始化方法想办法写在 application 的 onCreate 里就行，即使进程死了，static 对象能保证正常初始化就行。

那么我们怎么应对呢：

1. 页面级别处理
   我们可以利用activity 的 onSaveInstanceState 机制，onSaveInstanceState 存储的数据保存在系统进程，会为我们保存优先的几个小时，时间长了一样会被回收掉

    @Override  
        protected void onSaveInstanceState(Bundle outState) {  
            // TODO Auto-generated method stub  
            super.onSaveInstanceState(outState);  
            outState.putString("aa", MyActivityManager.aa);  
            outState.putString("bb", MyActivityManager.bb);  
            outState.putString("username", MyActivityManager.username);  
              
//          Log.i("OK","onSaveInstanceState");  
        }  
          
        @Override  
        protected void onRestoreInstanceState(Bundle savedInstanceState) {  
            // TODO Auto-generated method stub  
            super.onRestoreInstanceState(savedInstanceState);             
              
            MyActivityManager.aa=savedInstanceState.getString("aa");  
            MyActivityManager.bb=savedInstanceState.getString("bb");  
            MyActivityManager.username=savedInstanceState.getString("username");  
              
//          Log.i("OK","onRestoreInstanceState");  
        }  

2. 利用 application
   进程没有，再被重新启动，那么 application 对象一定会被重新初始化，我们可以考虑把初始化的代写到 application 的 onCreate 中，一定会被执行的

3. 低内存时，手动杀死进程
   我们监听系统的内存回收状态，发现进程快被杀死了，我们干脆自己把进程杀了，不被系统机会，下次进程再创建就不会再打开离开时的页面了。

    /**
     * 内存不够时
     * @param level
     */
    @Override
    public void onTrimMemory(int level) {
        super.onTrimMemory(level);
        if (level == TRIM_MEMORY_MODERATE) {
            ((TMDApplication) getApplication()).destroyAllData(null);
        }
    }

level 有几个级别：

level 级别

• TRIM_MEMORY_COMPLETE：
  内存不足，并且该进程在后台进程列表最后一个，马上就要被清理
• TRIM_MEMORY_MODERATE：
  内存不足，并且该进程在后台进程列表的中部。
• TRIM_MEMORY_BACKGROUND：
  内存不足，并且该进程是后台进程。
• TRIM_MEMORY_UI_HIDDEN：
  内存不足，并且该进程的UI已经不可见了

TRIM_MEMORY_COMPLETE这个监听的时候有时候监听不到，建议监听TRIM_MEMORY_MODERATE，在这个里面处理退出程序操作。

一些资料

---

• static 声明周期：Android静态变量的生命周期