static变量与context泄漏

1.mContext---

public class LoginActivity extends BaseActivity {
....
     /**初始化信息*/
     private void init() {
          DatabaseHelper.getInstance(this, GlobalVar.DB_NAME);//初始化数据库，复制数据库文件
          // 初始化屏幕数据
          Configuration.initDisplayMetrics(getWindowManager());
          SystemSettingHelper.initContext(this);    
          ...
          }
     .....
     }

----------------------------------------------------------------------------------------------------    
     public class DatabaseHelper extends SQLiteOpenHelper {
    
     private Context mContext;
     .....
     private DatabaseHelper(Context context, String name) { 
          super(context, name, null, VERSION);
          mContext = context;
          ..
          }
          ....
          public static final DatabaseHelper getInstance(Context context, String name){
          initDatabaseNames(context);
          copyDatabaseFile(context,name);
          return new DatabaseHelper(context,name); 
     }
     ....
     }
----------------------------------------------------------

public class SystemSettingHelper {
private static Context mContext = null;
    
     public static final void initContext(Context context){
          mContext = context;
     }
     .....
    
}

 

 

今天，看到一段，内存泄漏的代码。

 

static类型的变量，是类的类型信息。

一个虚拟机实例，当访问一个类的静态方法，或者实例化一个类的时候，虚拟机会首先加载类的类型数据(class data)。

类型数据，存放在方法区中。

 

一定出现内存泄漏的代码：

下述代码，传递指向LoginActivity对象的引用给SystemSettingHelper的静态方法initContext,

并且引用值，是作为SystemSettingHelper的静态变量存在的。

那么，根据GC_ROOT垃圾回收算法，mContext可以作为GC_ROOT，从GC_ROOT到LoginActivity对象存在一个可达路径。所以，LoginActivity对象是不会被回收的。

 

只有，当java虚拟机卸载类SystemSettingHelper时，才释放了对LoginActivity的引用。

 

登陆界面，一登陆完毕了；然后，就跳转到其他页面去了；然后，在资源不足的时候，系统就会回收不是处于onResume状态的Activity，比如LoginActivity。如此，系统调用了LoginActivity的onDestroy,但是，却垃圾收集却没有回收LoginActivity对象。如此，就不知道如何引用LoginActivity。

 

它存在，但是，我却找不到可以引用它的变量，也就是泄漏了。

 

public class LoginActivity extends BaseActivity {
....
     /**初始化信息*/
     private void init() {
          DatabaseHelper.getInstance(this, GlobalVar.DB_NAME);//初始化数据库，复制数据库文件
          // 初始化屏幕数据
          Configuration.initDisplayMetrics(getWindowManager());
          SystemSettingHelper.initContext(this);    
          ...
          }
     .....
     }

 

public class SystemSettingHelper {
private static Context mContext = null;
    
     public static final void initContext(Context context){
          mContext = context;
     }
     .....
    
}

 

 

---------------------------------------------------

 

同样的分析，如果 public static final DatabaseHelper getInstance(Context context, String name)

返回值，作为某个类的静态变量的值，那么，同样是会出现内存泄漏。

 

     public class DatabaseHelper extends SQLiteOpenHelper {
    
     private Context mContext;
     .....
     private DatabaseHelper(Context context, String name) { 
          super(context, name, null, VERSION);
          mContext = context;
          ..
          }
          ....
          public static final DatabaseHelper getInstance(Context context, String name){
          initDatabaseNames(context);
          copyDatabaseFile(context,name);
          return new DatabaseHelper(context,name); 
     }
     ....
     }

 

 

解决办法：

将上述的context,换位ApplicationContext。一个应用，有一个ApplicationContext,它指向的是应用的Application对象。

这个对象会一直存在着，直到应用销毁。

 

如此，就可以避免发生LoginActivity对象泄漏的情况。

 

 

---------------------Java虚拟机卸载已经加载到方法区的类的时机----------------------------------

 

引用自：http://blog.csdn.net/zhengzhb/article/details/7331354

• 该类所有的实例都已经被回收，也就是java堆中不存在该类的任何实例。
• 加载该类的ClassLoader已经被回收。
• 该类对应的java.lang.Class对象没有任何地方被引用，无法在任何地方通过反射访问该类的方法。