设计模式----单例模式

特点:
1)只能有一个实例
2)必须自己创建自己的唯一实例
3)必须给所有对象提供这一实例
第一种 饿汉式

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

类创建的同时就已经创建好一个静态对象供系统使用,以后不再改变,线程安全。

第二种 懒汉式

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

不加同步的懒汉式是线程不安全的。但这样会降低整个访问的速度,而且每次都要判断。可以用双重检查加锁:并不是每次进入getInstance方法都需要同步,而是先不同步,进入方法过后,先检查实例是否存在,如果不存在才进入下面的同步块,这是第一重检查。进入同步块后,再次检查实例是否存在,如果不存在,就在同步的情况下创建一个实例。这是第二重检查。
双重加锁机制的实现会使用一个关键字volatile,它的意思是:被volatile修饰的变量的值,将不会被本地线程缓存,所有对该变量的读写都是直接操作共享内存,从而确保多个线程能正确的处理该变量。

  public class Singleton {

    /**
     * 对保存实例的变量添加volitile的修饰
     */
    private volatile static Singleton instance = null;
    private Singleton(){}
    public static Singleton getInstance(){
        //先检查实例是否存在,如果不存在才进入下面的同步块
        if(instance == null){
        //同步块,线程安全的创建实例
            synchronized (Singleton.class) {
        //再次检查实例是否存在,如果不存在才真正的创建实例
                instance = new Singleton();
            }
        }
        return instance;
    }

}    
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值