不使用synchronized和lock，如何实现一个线程安全的单例？（二）

如果不那么吹毛求疵的话，可以使用枚举、静态内部类以及饿汉模式来实现单例模式。见：不使用synchronized和lock，如何实现一个线程安全的单例? 但是，上面这几种方法其实底层也都用到了synchronized，那么有没有什么办法可以不使用synchronized和lock，如何实现一个线程安全的单例?

创新互联长期为近1000家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为济宁企业提供专业的成都网站建设、成都做网站，济宁网站改版等技术服务。拥有10余年丰富建站经验和众多成功案例,为您定制开发。

答案是有的，那就是CAS。关于CAS，我博客中专门有一篇文章介绍过他，很多乐观锁都是基于CAS实现的。这里简单介绍一下，详细内容见 乐观锁的一种实现方式——CAS

CAS是项乐观锁技术，当多个线程尝试使用CAS同时更新同一个变量时，只有其中一个线程能更新变量的值，而其它线程都失败，失败的线程并不会被挂起，而是被告知这次竞争中失败，并可以再次尝试。

在JDK1.5 中新增java.util.concurrent(J.U.C)就是建立在CAS之上的。相对于对于synchronized这种阻塞算法，CAS是非阻塞算法的一种常见实现。所以J.U.C在性能上有了很大的提升。

借助CAS(AtomicReference)实现单例模式：

 
 
 

  
  
  
public class Singleton { 
  
  
  
    private static final AtomicReference INSTANCE = new AtomicReference();  
  
  
  
 
  
  
  
    private Singleton() {} 
  
  
  
 
  
  
  
    public static Singleton getInstance() { 
  
  
  
        for (;;) { 
  
  
  
            Singleton singleton = INSTANCE.get(); 
  
  
  
            if (null != singleton) { 
  
  
  
                return singleton; 
  
  
  
            } 
  
  
  
 
  
  
  
            singleton = new Singleton(); 
  
  
  
            if (INSTANCE.compareAndSet(null, singleton)) { 
  
  
  
                return singleton; 
  
  
  
            } 
  
  
  
        } 
  
  
  
    } 
  
  
  
} 
 
 
 

代码比较简单，稍微了解一下AtomicReference的原理就可以看得懂。不了解的建议去看下，了解下这些CAS的实现。

用CAS的好处在于不需要使用传统的锁机制来保证线程安全,CAS是一种基于忙等待的算法,依赖底层硬件的实现,相对于锁它没有线程切换和阻塞的额外消耗,可以支持较大的并行度。

CAS的一个重要缺点在于如果忙等待一直执行不成功(一直在死循环中),会对CPU造成较大的执行开销。

【本文是专栏作者Hollis的原创文章，作者微信公众号Hollis(ID：hollischuang)】

网站标题：不使用synchronized和lock，如何实现一个线程安全的单例？（二）
本文URL：http://www.gawzjz.com/qtweb2/news21/16971.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联