java单例模式的实现

单例模式

单例模式(Singleton Pattern)是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。它有以下三个特点:

  • 单例类只能有一个实例。
  • 单例类必须自己创建自己的唯一实例。
  • 单例类必须给所有其他对象提供这一实例。

创建单例模式

  • 懒汉式(线程不安全)

所谓的懒汉式就是需要使用的时候才去创建实例。这种非线程安全的创建模式,懒加载很明显,不能够满足多线程条件下使用。

/**
 * 传统的懒汉式单例
 */
public class Singleton {
    private static Singleton instance;
    private Singleton() {}
    public static Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}
  • 懒汉式(线程安全)

通过synchronized关键字可以实现线程安全的懒汉式单例,但是似乎还有更好的方法。

/**
 * 线程安全的懒汉式单例
 */
public class Singleton {
    private static Singleton instance;
    private Singleton() {}
    public static synchronized Singleton getInstance() {
        if (null == instance) {
            instance = new Singleton();
        }
        return instance;
    }
}
  • 饿汉式(线程安全)

饿汉式即在类装载的时候就进行了实例化。但是很这样会导致无法懒加载,效率很低,浪费系统资源。

/**
 * 线程安全的饿汉式单例
 */
public class Singleton {
	// 类加载时就初始化
    private static final Singleton instance = new Singleton();
    private Singleton() {}
    public static Singleton getInstance() {
        return instance;
    }
}

饿汉式的创建方式在一些场景中将无法使用:譬如 Singleton 实例的创建是依赖参数或者配置文件的,在 getInstance() 之前必须调用某个方法设置参数给它,那样这种单例写法就无法使用了。

  • 双重校验锁

双重检验锁模式(double checked locking pattern),是一种使用同步块加锁的方法。程序员称其为双重检查锁,因为会有两次检查 instance == null,一次是在同步块外,一次是在同步块内。为什么在同步块内还要再检验一次?因为可能会有多个线程一起进入同步块外的 if,如果在同步块内不进行二次检验的话就会生成多个实例了。

/**
 * 线程安全的双重校验锁单例
 */
public class Singleton {
    private volatile static Singleton instance;// 1
    private Singleton() {
		something init; 
		// 注意如果不在 1 处加上volatile,(双重校验锁)这里可能出现空指针异常。
		// 原因是JVM运行时的指令重排序,导致线程2判断instance不为空的时候,就返回了上面的init实例变量,但是此时实例变量可能未创建完成。
	}
    public static Singleton getInstance() {
        // 先检查实例是否存在,如果不存在才进入下面的同步块  
        if (null == instance) {
	        // 同步块,线程安全地创建实例  
            synchronized (Singleton.class) {
	            // 再次检查实例是否存在,如果不存在才真正地创建实例  
                if (null == instance) {
                    instance = new Singleton();
                }
            }
        }
        return instance;
    }
}
  • 静态内部类

静态内部类相比饿汉式创建单例有一处优点,就是创建实例的时候并不是在类装载的时候。而是主动通过SingletonHolder类,调用getInstance方法的时候,才会去实例化。这样就很合理的节省资源。

/**
 * 线程安全的静态内部类单例
 */
public class Singleton {
    private Singleton() {}
    private static class SingletonHolder {
        private static Singleton instance = new Singleton();
    }
    public static final Singleton getInstance() {
        return SingletonHolder.instance;
    }
}

这种写法仍然使用JVM本身机制保证了线程安全问题;由于 SingletonHolder 是私有的,除了 getInstance() 之外没有办法访问它,因此它是懒汉式的;同时读取实例的时候不会进行同步,没有性能缺陷;也不依赖 JDK 版本。

  • Holder方式

A类初始化是不会创建A的实例,而是在B类中静态的声明了对A的实例化,然后再A中,需要实例化A时去调用B。

  • 枚举方式
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值