单例模式确保一个类只有一个实例，并提供全局访问点。其核心在于控制实例化过程，通常通过私有构造函数和静态方法实现。常见的实现方式包括双重检查锁定、静态内部类、饿汉式和枚举。1. 双重检查锁定通过同步机制保证线程安全；2. 静态内部类利用类加载机制实现延迟加载和线程安全；3. 饿汉式在类加载时创建实例，简单但可能浪费资源；4. 枚举实现最简洁且防止反射攻击。测试时应关注行为而非实例唯一性，可使用依赖注入或mock框架。
单例模式确保一个类只有一个实例，并提供一个全局访问点。简单说，就是让一个类在你的程序里永远只有一个对象。
解决方案
单例模式的关键在于控制类的实例化过程，并提供一个静态方法来获取唯一的实例。以下是一个典型的Java单例模式实现：
立即学习“Java免费学习笔记（深入）”；
public class Singleton {
private static Singleton instance;
private Singleton() {
// 私有构造函数，防止外部实例化
}
public static Singleton getInstance() {
if (instance == null) {
synchronized (Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
// 其他方法
public void doSomething() {
System.out.println("Singleton is doing something!");
}
}这段代码使用了双重检查锁定（Double-Checked Locking）来保证线程安全。 首先，instance 被声明为 static，这意味着它属于类而不是类的任何特定实例。 私有构造函数 Singleton() 防止了外部直接创建 Singleton 类的实例。 getInstance() 方法负责创建并返回单例实例。它首先检查 instance 是否为 null。如果是，它会进入一个同步块，以确保只有一个线程可以创建实例。在同步块内，它再次检查 instance 是否为 null，这是必要的，因为多个线程可能同时通过了第一次检查。如果 instance 仍然是 null，则创建一个新的 Singleton 实例并将其赋值给 instance。最后，getInstance() 方法返回单例实例。
还有其他的实现方式，例如使用静态内部类：
public class Singleton {
private Singleton() {
}
private static class SingletonHolder {
private static final Singleton INSTANCE = new Singleton();
}
public static Singleton getInstance() {
return SingletonHolder.INSTANCE;
}
public void doSomething() {
System.out.println("Singleton using static inner class!");
}
}这种方式更加简洁，利用了类加载机制保证线程安全，而且延迟加载。 静态内部类 SingletonHolder 仅在 getInstance() 方法第一次被调用时加载，因此 INSTANCE 仅在需要时创建。由于类加载是线程安全的，因此不需要显式同步。
为什么需要单例模式？
单例模式适用于那些需要在整个应用程序中只有一个实例的类。比如，配置管理器、线程池、缓存等等。 如果多个实例存在，可能会导致数据不一致或其他问题。
单例模式有哪些变体？
除了上面提到的懒汉式（双重检查锁定）和静态内部类，还有饿汉式：
public class Singleton {
private static final Singleton instance = new Singleton();
private Singleton() {
}
public static Singleton getInstance() {
return instance;
}
}饿汉式在类加载时就创建了实例，线程安全，但可能造成资源浪费。 还有使用枚举来实现单例：
public enum Singleton {
INSTANCE;
public void doSomething() {
System.out.println("Singleton using enum!");
}
}枚举单例简洁且线程安全，还可以防止反射攻击。
如何测试单例模式？
测试单例模式可能会有些棘手，因为你无法直接创建类的实例。 一个常见的方法是使用反射来获取私有构造函数并创建实例，但这破坏了单例的本意。 更好的方法是测试单例的行为，而不是测试它是否真的是单例。 例如，你可以测试单例的方法是否返回预期的结果，或者测试单例的状态是否正确。 还可以使用依赖注入来模拟单例，以便在测试中使用不同的实现。 另一种方法是使用 mocking 框架，例如 Mockito，来模拟单例的行为。
