📌 1. 普通 Java 单例 (应用级)
public class MySingleton {
    private static MySingleton instance;
    private MySingleton() {}
    public static MySingleton getInstance() {
        if (instance == null) instance = new MySingleton();
        return instance;
    }
}


instance 静态变量挂在 类加载器 上，只要这个类还在内存里，就不会销毁。

在 Android 应用进程退出时（系统杀掉应用进程），单例实例才会被回收。

如果你手动写 instance = null;，垃圾回收器（GC）可能在之后清理。

👉 结论：这种单例和应用进程同生共死。

📌 2. 带 Context 的单例
public class MyManager {
    private static MyManager instance;
    private Context context;
    private MyManager(Context context) {
        this.context = context.getApplicationContext(); // 必须用 ApplicationContext！
    }
    public static synchronized MyManager getInstance(Context context) {
        if (instance == null) instance = new MyManager(context);
        return instance;
    }
}


如果保存了 Activity Context，那么 Activity 销毁时无法释放，可能导致 内存泄漏。

如果保存了 Application Context，那就和进程同生共死，进程退出才销毁。

📌 3. Kotlin object 单例
object MySingleton {
    fun doSomething() {}
}


这种实现其实就是 静态类，生命周期 = 应用进程生命周期。

进程被杀时销毁。

📌 4. 依赖注入框架中的单例 (如 Dagger/Hilt)

“单例”受 容器管理，并不一定等于应用级单例。

如果是 @Singleton，一般和 Application 同生命周期。

如果是作用域内的（比如 ActivityScope），在 Activity 销毁时就会释放。

✅ 总结：

如果是自己写的 静态单例，通常 只有在应用进程被杀死时才会销毁。

如果单例里引用了 短生命周期对象（Activity、Service），那会导致泄漏，除非手动释放。

想要提前销毁，可以手动 instance = null;，然后等待 GC 回收。


单例（Singleton）生命周期等于整个进程，如果单例里直接引用了 短生命周期对象（如 Activity、Service、Context 等），在这些对象销毁后单例仍然持有引用，就会造成 内存泄漏。
✅ 预防方法
1. 不要在单例中保存短生命周期对象
2. 使用 WeakReference
如果确实要持有短生命周期对象，用 WeakReference 包装，避免强引用阻止回收。
3. 用回调时解绑
单例常做事件分发或回调管理，这种情况下要记得 在 Activity/Service 销毁时解除注册。