本篇文章主要介绍了"Android内存优化之static使用篇"，主要涉及到Android,static方面的内容，对于Android开发感兴趣的同学可以参考一下：
在Android开发中，我们经常会使用到static来修饰我们的成员变量，其本意是为了让多个对象共用一份空间，节省内存,或者是使用单例模式，让该类只生产一个实例...
在Android开发中，我们经常会使用到static来修饰我们的成员变量，其本意是为了让多个对象共用一份空间，节省内存,或者是使用单例模式，让该类只生产一个实例而在整个app中使用。然而在某些时候不恰当的使用或者是编程的不规范却会造成了内存泄露现象(java上的内存泄漏指内存得不到gc的及时回收，从而造成内存占用过多的现象)
本文中我们主要分析的是static变量对activtiy的不恰当引用而造成的内存泄漏，因为对于同一个Activity页面一般每次打开时系统都会重新生成一个该activity的对象(standard模式下)，而每个activity对象一般都含有大量的视图对象和bitmap对象,如果之前的activity对象不能得到及时的回收，从而就造成了内存的泄漏现象。
下面一边看代码一边讲解。
单例模式不正确的获取context
public class LoginManager {
private Context context;
private static LoginManager manager;
public static LoginManager getInstance(Context context) {
if (manager == null)
manager = new LoginManager(context);
return manager;
}
private LoginManager(Context context) {
this.context = context;
}在LoginActivity中
public class LoginActivity extends Activity {
private LoginManager loginManager;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_login);
loginManager = LoginManager.getInstance(this);
}这种方式大家应该一看就明白问题在哪里了，在LoginManager的单例中context持有了LoginActivity的this对象，即使登录成功后我们跳转到了其他Activity页面，LoginActivity的对象仍然得不到回收因为他被单例所持有，而单例的生命周期是同Application保持一致的。
