1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
| 📌 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 销毁时解除注册。
|