单例模式

定义

单例模式(Singleton Pattern)是一种创建型设计模式,确保一个类只有一个实例,并提供一个全局访问点。

核心特性

  1. 唯一性:保证一个类只有一个实例存在
  2. 全局访问:提供全局访问该实例的方法
  3. 延迟初始化:通常在第一次被请求时才创建实例(懒汉式)

实现方式

1. 饿汉式(线程安全)

public class Singleton {
    private static final Singleton instance = new Singleton();
    
    private Singleton() {}
    
    public static Singleton getInstance() {
        return instance;
    }
}

  • 类加载时就初始化实例
  • 线程安全但可能造成资源浪费

2. 懒汉式(线程不安全)

public class Singleton {
    private static Singleton instance;
    
    private Singleton() {}
    
    public static Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

  • 延迟初始化
  • 线程不安全

3. 线程安全懒汉式

public class Singleton {
    private static Singleton instance;
    
    private Singleton() {}
    
    public static synchronized Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

  • 方法加锁保证线程安全
  • 每次获取实例都要同步,性能较低

4. 双重检查锁(DCL)

public class Singleton {
    private volatile static Singleton instance;
    
    private Singleton() {}
    
    public static Singleton getInstance() {
        if (instance == null) {
            synchronized (Singleton.class) {
                if (instance == null) {
                    instance = new Singleton();
                }
            }
        }
        return instance;
    }
}

  • 减少同步块的使用,提高性能
  • 需要volatile防止指令重排序

5. 静态内部类

public class Singleton {
    private Singleton() {}
    
    private static class Holder {
        private static final Singleton INSTANCE = new Singleton();
    }
    
    public static Singleton getInstance() {
        return Holder.INSTANCE;
    }
}

  • 线程安全
  • 延迟加载
  • 实现简单

6. 枚举实现

public enum Singleton {
    INSTANCE;
    
    public void doSomething() {
        // ...
    }
}

  • 简洁
  • 自动支持序列化机制
  • 绝对防止多次实例化
  • 最安全的单例实现方式

应用场景

  1. 需要频繁创建和销毁的对象
  2. 创建对象耗时或资源消耗大
  3. 工具类对象
  4. 访问数据库或文件的对象
  5. 需要共享访问点或共享数据的场景

注意事项

  1. 多线程环境下的线程安全问题
  2. 序列化和反序列化可能破坏单例
  3. 反射攻击可能破坏单例
  4. 单例模式可能增加代码耦合度
  5. 单例对象生命周期长,可能成为内存泄漏的来源

单例模式是设计模式中最简单的模式之一,但实现一个健壮的单例需要考虑多种因素,特别是在多线程环境下。

全部评论

相关推荐

2 月底接触 java3-5 ,学到 12306 和基础的 jvm,juc 完成,开始小厂实习6-10,杭州小厂(同期一直保持学习技术,本身工作只是 crud)国庆前后开始投递中大厂10.1~10.8因为一直没动静,弱双非简历哪里也过不去,所以后续想法激进了一些,想直接投字节10.9官网投字节,约 10.16 面试10.13不知道之前 哪里沟通了一下,百度网盘测开约面了,当天约面,2 点一场,7 点一场,面完 20min 电话 OC10.16一面二面10.17三面hr 面,纯沟通,口头 oc这个时候感觉自己运气很好,好像即将在大二刚开始这个时间节点就拿到头部 bat 大厂的 offer 了但事实证明不要高兴的太早10.20告知流程无法推进,hr 还想锁流程,我沟通了一段时间让释放了10.21-10.26这个阶段其实躺平了,想着先拿百度测开的 offer 了10.27进到了百度网盘测开,其实发现就是纯测试,当天就有了跑路的想法,继续投,被字节 hr 又要了简历,约第二天开始面试10.28一面10.30二面11.3三面开始做题,三数之和,有向无环图再➕一道工程类场景设计11.5hr 面11.7开始 offer 审批11.11百度提出辞职(这会儿完全做好了字节又不推进的打算,如果未来想要从事开发的话,我是非常不建议去任何地方的测开的,全程点点点,0 代码,或者代码很少)后续字节不通过就再去找中小厂,这大概是当时的心理11.14刚办理完百度离职字节告知流程无法推进说不好那会儿是什么心情,只知道该继续卷了11.17上午重拾八股中中午打电话告知审批通过下午 offer双非也能进大厂后端的,只是会更难一些,前面这些经历只是看着轻松,注入的精力其实比较多,也听到了太多议论的话语这里只想给还在迷茫的人和我自己一句话想好自己要什么,结合自身情况和个人决断,取舍与君共勉
点赞 评论 收藏
分享
12-03 17:35
已编辑
产品经理
点赞 评论 收藏
分享
评论
7
8
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务