单例模式确保一个类只有一个实例，并提供全局访问点。其核心在于控制实例化过程，通常通过私有构造函数和静态方法实现。常见的实现方式包括双重检查锁定、静态内部类、饿汉式和枚举。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，来模拟单例的行为。
以上就是Java设计模式之单例模式详细实现教程的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/139183.html
微信扫一扫 
支付宝扫一扫 
![[Istio是什么？] 还不知道你就out了,一文40分钟快速理解](https://www.chuangxiangniao.com/wp-content/uploads/2025/10/175227987172409-480x300.jpg)
