java单例模式的线程安全问题

本文探讨了Java中三种不同的单例模式实现:饿汉式、同步方法和双重检查锁定。分析了它们的线程安全性和效率,指出在实际应用中,尽管双重检查锁定更安全,但在效率上与饿汉式相近。如果考虑到极端情况(初始化后不使用),则双重检查锁定可能是更好的选择。然而,由于这种情况非常罕见,作者倾向于使用简单且高效的饿汉式单例模式。
摘要由CSDN通过智能技术生成

传统的单例模式有两种:

第一种,优点:简单,可靠。可以保证在一个类加载器中只有一个实例。

缺点:类在被初始化的时候就会创建一个实例,不管以后会不会用到。

但是我个人认为这种缺点说的实在是有点勉强。

首先此类的实例只有在初始化的时候才会创建。网上有很多说的是在被加载的时候创建,这是严重错误的。

关于类的加载和初始化,可以参考类加载器的介绍。

这种缺点成立的情况为,此类被初始化了,但以后我们不会使用,因此白白创建了一个对象。

但是,我认为,初始化而以后不会使用的情况是几乎不太可能发生的。(但是有可能发生)

public class Singleton{
    private static Singleton instance = new Singleton();

   private Singleton() {
    }


    public static Singleton getInstance() {
        return instance;
    }
}

 

第二种,可以实现一个类加载器中只有一个实例,因为使用了同步,此方式效率极其低。

public class Singleton{
    private static Singleton instance;
   
    private Singleton() {
    }
   
    public static

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值