为什么大家都说要使用枚举来实现单例模式?看完你就知道了

本文探讨了为什么在Java中使用枚举来实现单例模式是一个好选择。传统的单例模式如懒汉式、饿汉式、双重锁校验等在反射API面前存在漏洞。然而,枚举类型的单例由于Java的内在保护,无法通过反射创建额外实例,从而提供了一种安全的单例实现。《Effective Java》也推荐使用枚举来创建单例。
摘要由CSDN通过智能技术生成

前言

单例模式是 Java中最基础也是最简单,最常用的设计模式之一。在运行期间,保证某个类只创建一个实例,保证一个类仅有一个实例,并提供一个访问它的全局访问点。而不管是懒汉式,饿汉式,还是通过加 volatile 双重锁校验,甚至是使用内部类来实现的单例模式,在反射 API 的魔爪下都不能保证严格的单例。

 

传统的单例写法解决了什么问题

首先,在除面试外的大多数情况下,传统的单例写法已经完全够用了。

通过 synchronized 关键字解决了多线程并发使用。

    public synchronized static SingleClassV1 getInstance(){
        if(instance == null){
            instance = new SingleClassV1();
        }
        return instance;
    }

考虑到每次获取单例对象都需要加锁,解锁。又有人发明了双重锁校验 + volatile 关键字模式:

    private static volatile SingleClassV2 instance;
    public static SingletonV2 getInstance() {
         if(instance == null){
             synchronized (SingletonV2.class){
                 if(instance == null){
        
  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值