如何正确实现单线程环境下的 Singleton 模式

来源:Android社区作者:会飞的猪头衔:草根站长
导读:本期聚焦于小伙伴创作的《如何正确实现单线程环境下的 Singleton 模式》,敬请观看详情,探索知识的价值。以下视频、文章将为您系统阐述其核心内容与价值。如果您觉得《如何正确实现单线程环境下的 Singleton 模式》有用,将其分享出去将是对创作者最好的鼓励。

Singleton模式是设计模式中最基础也最常用的模式之一,其核心约束是让一个类在程序运行期间只能被实例化一次,并且提供一个全局的访问点来获取这个唯一实例。在单线程场景下,我们不需要处理多线程并发访问带来的竞态条件,实现逻辑会比多线程环境简单很多,不过仍然需要注意一些实现细节,避免出现实例泄漏或者访问异常的问题。

如何正确实现单线程环境下的 Singleton 模式

单例模式的核心实现要点

无论在什么环境下实现单例模式,都需要满足几个核心条件:

  • 类的构造方法必须是私有的,避免外部通过new关键字直接创建实例
  • 类内部需要维护一个自身的静态实例引用
  • 提供一个公开的静态方法,用于返回这个唯一实例
  • 实例的创建逻辑需要保证只会执行一次

常见的单线程单例实现方式

1. 饿汉式实现

饿汉式是最简单的单例实现方式,它在类加载的阶段就直接完成实例的创建,后续获取实例时直接返回已经创建好的对象。

// 饿汉式单例实现
public class HungrySingleton {
    // 类加载时就创建唯一实例
    private static final HungrySingleton INSTANCE = new HungrySingleton();
    
    // 私有构造方法,防止外部实例化
    private HungrySingleton() {
        // 初始化逻辑
    }
    
    // 公开静态方法,返回唯一实例
    public static HungrySingleton getInstance() {
        return INSTANCE;
    }
}

这种实现方式的优点是逻辑简单,获取实例的速度快,因为实例在类加载时就已经准备好了。缺点是不管后续会不会用到这个实例,类加载时都会创建,可能会造成一定的资源浪费,如果实例初始化需要消耗大量资源,且程序运行中可能不会用到这个实例,就不太适合用这种方式。

2. 懒汉式实现

懒汉式的核心思想是延迟加载,也就是只有在第一次调用获取实例的方法时,才会创建实例,后续调用直接返回已有的实例。

// 懒汉式单例实现(单线程安全)
public class LazySingleton {
    // 初始时不创建实例,仅声明引用
    private static LazySingleton instance;
    
    // 私有构造方法
    private LazySingleton() {
        // 初始化逻辑
    }
    
    // 第一次调用时创建实例,后续直接返回
    public static LazySingleton getInstance() {
        if (instance == null) {
            instance = new LazySingleton();
        }
        return instance;
    }
}

这种实现方式解决了饿汉式的资源浪费问题,只有在需要的时候才会创建实例。不过要注意,这种实现方式仅在单线程环境下是安全的,如果是多线程环境,多个线程同时判断instance == null就会创建多个实例,不符合单例的要求。但在单线程场景下,这种实现是完全可行的。

3. 静态内部类实现

静态内部类实现方式利用了Java类加载的机制,静态内部类不会在外部类加载的时候被加载,只有在第一次调用获取实例的方法时,才会加载静态内部类,从而创建实例。

// 静态内部类实现单例
public class InnerClassSingleton {
    // 私有构造方法
    private InnerClassSingleton() {
        // 初始化逻辑
    }
    
    // 静态内部类,持有外部类的唯一实例
    private static class SingletonHolder {
        private static final InnerClassSingleton INSTANCE = new InnerClassSingleton();
    }
    
    // 公开静态方法,返回实例
    public static InnerClassSingleton getInstance() {
        return SingletonHolder.INSTANCE;
    }
}

这种实现方式既实现了延迟加载,又不需要额外的同步控制,因为类加载的过程本身是线程安全的。在单线程环境下,这种方式同样适用,而且代码简洁,是比较推荐的实现方式。

不同实现方式的对比

我们可以通过下面的表格来对比三种实现方式的特点:

实现方式是否延迟加载实现复杂度资源利用率
饿汉式较低
懒汉式较高
静态内部类中等

实现时的注意事项

在单线程环境下实现单例模式,除了选择上述合适的实现方式,还需要注意几个问题:

  • 构造方法一定要私有化,不要漏写访问修饰符,否则外部仍然可以通过new创建实例
  • 如果单例类需要被序列化,要注意序列化过程中可能会创建新的实例,需要重写readResolve方法来保证单例
  • 不要在单例的获取实例方法中添加不必要的逻辑,避免影响获取实例的性能
  • 如果单例类需要销毁实例,需要额外添加销毁逻辑,不过一般单例实例会伴随程序整个生命周期存在,很少需要主动销毁
单例模式的核心是保证实例唯一,单线程环境下不需要考虑并发问题,所以实现的重点是选择符合场景的加载方式,平衡实现复杂度和资源利用率。

总结

单线程环境下的Singleton模式实现相对简单,主要有饿汉式、懒汉式、静态内部类三种常见方式。饿汉式适合实例初始化成本低、一定会用到的场景;懒汉式适合需要延迟加载、单线程的场景;静态内部类方式兼顾了延迟加载和实现简洁性,是比较通用的选择。开发者可以根据实际的业务场景选择合适的实现方式,只要遵循构造方法私有、提供全局访问点、保证实例唯一这几个核心原则,就能正确实现单线程环境下的单例模式。

Singleton_模式单线程单例模式设计模式修改时间:2026-07-10 00:57:35

免责声明:​ 已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰,观点力求客观中立。本站旨在免费分享,内容仅供个人学习、研究或参考使用。若引用了第三方作品,版权归原作者所有。如内容涉及您的权益,请联系我们处理。
内容垂直聚焦
专注技术核心技术栏目,确保每篇文章深度聚焦于实用技能。从代码技巧到架构设计,为用户提供无干扰的纯技术知识沉淀,精准满足专业提升需求。
知识结构清晰
覆盖从开发到部署的全链路。AI、前端、编程、数据库、服务器、建站、系统层层递进,构建清晰学习路径,帮助用户系统化掌握开发与运维所需的核心技术。
深度技术解析
拒绝泛泛而谈,深入技术细节与实践难点。无论是数据库优化还是服务器配置,均结合真实场景与代码示例进行剖析,致力于提供可直接应用于工作的解决方案。
专业领域覆盖
精准对应开发生命周期。从前端界面到后端编程,从数据库操作到服务器运维,形成完整闭环,一站式满足全栈工程师和运维人员的技术需求。
即学即用高效
内容强调实操性,步骤清晰、代码完整。用户可根据教程直接复现和应用于自身项目,显著缩短从学习到实践的距离,快速解决开发中的具体问题。
持续更新保障
专注既定技术方向进行长期、稳定的内容输出。确保各栏目技术文章持续更新迭代,紧跟主流技术发展趋势,为用户提供经久不衰的学习价值。