static vs Singleton，静态类vs单例模式之争
实现接口，必须单例模式, only Singleton can implement interface
可以通过单例类来实现接口，但不能通过类的静态方法或者在某些语言（如C#）中的静态类来实现接口。这是因为接口是一种契约，它定义了一组方法的签名，而这些方法需要由实现接口的类的实例来实现。静态方法不属于任何实例，因此不能用来实现接口。
下面是一个Java的例子，展示了如何通过单例类来实现接口
interface MyInterface {
void doSomething();
}
class Singleton implements MyInterface {
private static Singleton instance;
private Singleton() {}
public static synchronized Singleton getInstance() { // 线程安全
if (instance == null) {
instance = new Singleton();
}
return instance;
}
@Override
public void doSomething() {
System.out.println("Doing something...");
}
}
在这个例子中，Singleton类实现了MyInterface接口，并且我们通过getInstance方法来获取Singleton的实例。这个实例可以调用doSomething方法，因为它是MyInterface接口的一部分。 然而，如果我们试图通过静态方法来实现接口，就会遇到问题。例如，下面的代码是无效的：
interface MyInterface {
void doSomething();
}
class MyClass {
public static void doSomething() {
System.out.println("Doing something...");
}
}
在这个例子中，MyClass的静态方法doSomething并没有实现MyInterface接口。这是因为静态方法不属于任何实例，而接口需要由实例来实现。因此，我们不能通过静态方法来实现接口。
java的GC内存回收
单例模式仅在需要使用的地方才开始初始化
使用单例模式，每次都得先获取实例：
Singleton myS = Singleton.getInstance();
myS.doSomething();
静态类从一开始就预分配在内存中
Singleton.doSomething();
代码写起来更短了
建议方法很少、占用内存少时，才使用静态类，否则都使用单例模式
比如private byte[] cache_GB，这种要存几个GB的变量，用单例模式，就能在不使用时交给GC销毁。
安卓的context变成无效引用
public class MainActivity extends AppCompatActivity {
private ActivityMainBinding binding;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// 必须先于binding初始化
SharedPreferences.getInstance(this);
但若安卓把mainActivity的内存释放了，此时this就是个NullReference的无效引用，导致app直接崩溃
this持有一个对MainActivity的引用。如果MainActivity被销毁，这个引用就会变得无效。为了避免这种情况，您应该确保SecurePreferences类不持有任何对Activity的引用，或者在Activity被销毁时正确地清理这些引用。
解决办法：SharedPreferences.getInstance(getApplicationContext());
ApplicationContext在应用程序的整个生命周期中都存在，只有当应用程序被杀死时，它才会被销毁。
MainActivity何时销毁
在Android中，MainActivity或任何其他Activity可能会在以下情况下被销毁：
- 当用户按下返回键或者调用finish()方法时，系统会销毁当前Activity。
- 当系统内存不足，需要释放一些资源时，系统可能会销毁处于后台的Activity。
- 当用户通过任务管理器关闭应用程序时，系统会销毁所有的Activity。
- 当Activity的onDestroy()方法被调用时，Activity会被销毁。这通常发生在Activity生命周期结束时。
- 当设备的屏幕方向改变（从竖屏变为横屏，或者反过来），并且Activity没有处理屏幕方向改变的事件时，系统会销毁并重新创建Activity。
请注意，即使Activity被销毁，应用程序进程可能仍然存在，除非系统需要释放资源，或者用户通过任务管理器关闭应用程序。
二者原本都不是线程安全
如果多线程同时获取实例，则二者都无法保证线程安全。在java中则需要synchronized关键字
