静态变量（static）在安卓开发中常被用来存储全局数据或共享对象。然而，不当使用静态变量可能导致内存泄露，特别是在涉及到 Context 或 Activity 时。以下是一些常见的静态变量导致内存泄露的代码示例。

1. 静态 Activity 引用

问题：
静态变量持有 Activity 的引用，会阻止 Activity 被垃圾回收，从而导致内存泄露。

代码示例：

public class MyActivity extends AppCompatActivity {
    private static MyActivity instance;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        instance = this;  // 持有 Activity 的静态引用
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        instance = null;  // 手动清理静态引用
    }
}

问题解释：
在 onDestroy 方法中手动将 instance 设置为 null 是一种解决方法，但容易出错。如果忘记或其他部分代码仍然持有 instance 的引用，Activity 依然不会被回收。

2. 静态 Context 引用

问题：
静态变量持有 Context 引用（尤其是 Activity 的 Context），会导致内存泄露，因为 Context 可能会阻止其内部视图的垃圾回收。

代码示例：

public class MyManager {
    private static Context appContext;

    public static void initialize(Context context) {
        appContext = context.getApplicationContext();  // 使用 Application Context 避免 Activity 内存泄露
    }

    public static void doSomething() {
        // 使用 appContext 做一些操作
    }
}

问题解释：
在这个例子中，尽管使用了 getApplicationContext() 避免了 Activity 的内存泄露，但是仍然要注意在 MyManager 不再需要时是否清理 appContext，尤其是在静态变量与 Activity 生命周期不同步时。

3. 静态 Handler

问题：
静态 Handler 持有 Context 或 Activity 的引用，如果 Handler 被长时间引用，可能会导致 Activity 无法被回收。

代码示例：

public class MyActivity extends AppCompatActivity {
    private static final int MSG_UPDATE_UI = 1;
    private static Handler handler = new Handler(Looper.getMainLooper()) {
        @Override
        public void handleMessage(Message msg) {
            if (msg.what == MSG_UPDATE_UI) {
                // 更新 UI 逻辑
            }
        }
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        // 向 Handler 发送消息
        handler.sendEmptyMessage(MSG_UPDATE_UI);
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        // 尽量避免静态 Handler 影响 Activity 生命周期
        handler.removeMessages(MSG_UPDATE_UI);
    }
}

问题解释：
即使静态 Handler 中只存储消息而不直接持有 Activity 的引用，消息的处理逻辑可能仍然存在引用关系，导致 Activity 无法被回收。

4. 静态 View

问题：
静态持有 View 对象引用会阻止 View 被回收，造成内存泄露。

代码示例：

public class MyActivity extends AppCompatActivity {
    private static View staticView;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        staticView = findViewById(R.id.my_view);  // 静态持有 View 的引用
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        staticView = null;  // 手动清理静态引用
    }
}

问题解释：
静态变量 staticView 持有 View 的引用，即使在 onDestroy 中将其设置为 null，也可能因其他持有 staticView 的引用而导致泄露。

5. 静态单例模式

问题：
静态单例模式中的单例对象持有 Context 或 Activity 的引用，容易导致内存泄露。

代码示例：

public class SingletonManager {
    private static SingletonManager instance;
    private Context context;

    private SingletonManager(Context context) {
        this.context = context.getApplicationContext();  // 使用 Application Context
    }

    public static synchronized SingletonManager getInstance(Context context) {
        if (instance == null) {
            instance = new SingletonManager(context);
        }
        return instance;
    }
}

问题解释：
虽然 context 使用了 getApplicationContext()，但 SingletonManager 仍然需要仔细管理其生命周期，避免泄露。

总结

为了避免静态变量导致的内存泄露，建议：

1.尽量避免在静态变量中保存 Activity 或 Context 的引用。
2.使用 getApplicationContext() 代替 Activity 的 Context，以避免 Activity 相关的泄露。
3.在静态变量中使用后务必清理引用，确保不会阻止对象被垃圾回收。
4.对于 Handler 或其他与生命周期相关的组件，确保在不再需要时清理相关引用。