单例(Singleton)模式

当我们需要保证系统里一个类最多只能存在一个实例时候,就用到了单例模式。

单例模式的三个特点:
1,该类只有一个实例
2,该类自行创建该实例(在该类内部创建自身的实例对象)
3,向整个系统公开这个实例接口

Java中大概是这个样子:

class Singleton {
      
    //私有,静态的类自身实例
    private static Singleton instance = new Singleton();
      
    //私有的构造子(构造器,构造函数,构造方法)
    private Singleton(){}
      
    //公开,静态的工厂方法
    public static Singleton getInstance() {
        return instance;
    }
}


使用时:

Singleton  mSingleton= Singleton.getInstance();

这个单例类在自身被加载时instance会被实例化,即便加载器是静态的。因此,对于资源密集,配置开销较大的单体更合理的做法是将实例化(new)推迟到使用它的时候。即惰性加载(Lazy loading),它常用于那些必须加载大量数据的单体。修改下

 class LazySingleton { 
    //初始为null,暂不实例化 
    private static LazySingleton instance = null; 
      
    //私有的构造子(构造器,构造函数,构造方法) 
    private LazySingleton(){} 
      
    //公开,静态的工厂方法,需要使用时才去创建该单体 
    public static LazySingleton getInstance() { 
        if( instance == null ) { 
            instance = new LazySingleton(); 
        } 
        return instance; 
    }    
} 

我们发现第二种类的实例化并不是线性安全的、会产生冲突。为了解决这个问题,我们可以给getInstance()方法添加 synchronized关键字进行约束.

即: Public static synchronized LazySingleton getInstance() { }



  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值