（1）static内存泄漏
1、static修饰的成员变量的生命周期和整个应用程序的生命周期一致
2、例如static修饰Activity的Context，该Context的生命周期和应用程序的一致，当Activity要销毁的时候因为Context被静态变量的持有而无法回收，从而出现内存泄漏
// 创建单例时，需传入一个Context
// 若传入的是Activity的Context，此时单例 则持有该Activity的引用
// 由于单例一直持有该Activity的引用（直到整个应用生命周期结束），即使该Activity退出，该Activity的内存也不会被回收
// 特别是一些庞大的Activity，此处非常容易导致OOM
public class SingleInstanceClass {
private static SingleInstanceClass instance;
private Context mContext;
private SingleInstanceClass(Context context) {
this.mContext = context; // 传递的是Activity的context
}
public static SingleInstanceClass getInstance(Context context) {
if (instance == null) {
instance = new SingleInstanceClass(context);
}
return instance;
}
}
- 解决方法：应传递Application的Context，而不是Activity的Context
public class SingleInstanceClass {
private static SingleInstanceClass instance;
private Context mContext;
private SingleInstanceClass(Context context) {
this.mContext = context.getApplicationContext(); // 传递的是Application 的context
}
public static SingleInstanceClass getInstance(Context context) {
if (instance == null) {
instance = new SingleInstanceClass(context);
}
return instance;
}
}
<a name="sPnIX"></a>
（2）例子
- MainActivity跳转SecondActivity，SecondActivity被单例静态持有
- 反复进入退出SecondActivity 3次后，主动GC（默认不一定及时）
- 然后查看Heap，发现SecondActivity无法被回收，但只有一个，单例只持有了第一次进入的SecondActivity，后续的没有被持有
public class SecondActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_second);
SingleInstanceClass.getInstance(this);
}
}
