单例模式Singleton(本质:控制实例数目)

1、前言

有一个场景,我们需要从配置文件中读取属性值注入到java类中,那这个类是不是应该在整个系统中只new一次呢!

思考下有什么设计模式能够实现!!

单例模式是什么

单例模式:认为其本质是控制实例数目
官话:保证一个类仅有一个实例,并提供一个访问它的全局访问点。

来一个单例模式的接口图:
Singleton:负责创建Singleton类自己的唯一实例,并提供一个getInstance的方法,让外部来访问这个类的唯一实例。
Singleton:负责创建Singleton类自己的唯一实例,并提供一个getInstance的方法,让外部来访问这个类的唯一实例。

3、如何实现

我们有学过的都清楚实现单例模式有两种方法:懒汉式和饿汉式。

实现:私有化构造方法,提供获取实例的方法,把获取实例的方法变成静态static,直接用类来调用这个方法。

定义存储实例的属性。把这个属性也定义成静态的。

/**
懒汉式单例实现的示例
*/
public class Singleton{
    /**
    定义一个变量来存储创建好的类实例。
    */
    private static Singleton unqueInstance = null;
    /**
    私有化构造方法
    */
    private Singleton(){
        
    }
    /**
    定义一个方法来为客户端提供类实例
    */
    public static synchronized Singleton getInstance(){
        if(unqueInstance == null){
            unqueInstance = new Singleton();
        }
        return unqueInstance;
    }
}

/**
饿汉式
直接创建
*/
public class Singleton{
    /**
    定义一个变量来存储创建好的类实例。
    */
   private static Singleton unqueInstance = new Singleton();
    /**
    私有化构造方法
    */
    private Singleton(){
        
    }
    /**
    定义一个方法来为客户端提供类实例
    */
    public static Singleton getInstance(){
        return unqueInstance;
    }
}

懒汉式:以时间换空间,延迟加载、缓存的思想。
饿汉式:空间换时间。

我们一般都提议延迟加载,提高系统初始化的性能。
眼尖的人发现懒汉式加了一个synchronized 关键字,这说明懒汉式不是线程安全的。
为什么:
在这里插入图片描述
两个请求同时来时,可能会创建两个。
所以人们提出来第一种方法,添加synchronized 同步,但这大大的影响了性能。多个请求同时来时,需要等待。
这时提出了第二种方法:双重检查加锁,并不是每次进入getInstance方法都需要同步,而是先不同步,进入方法后,先检查实例是否存在,如果不存在才进入下面的同步块,这个是第一重检查。进入同步块后,再次检查实例是否存在,如果存在,就在同步的情况下创建一个实例,这是第二重检查,这样一来,就只需要同步一次了。从而减少了多次在同步情况下进行判断所浪费的时间。

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

这里用到了一个关键字volatile:修饰的变量,不会被本地线程缓存,所有对该变量的读写都是直接操作共享内存。从而确保多个线程能正确的处理该变量。(只能在jdk1.5以上来实现双重检查加锁),该关键字可能会屏蔽虚拟机中一些必要的代码优化,一般不建议大量采用。

更好的方法:

public class Singleton{
    /**
    类级的内部类,也就是静态的成员式内部类,该内部类的实例与外部类的实例
    没有绑定关系,而且只有被调用到时才会装载,从而实现了延迟加载
    */
    public static class SingletonHolder{
        /**
        静态初始化器,由jvm来保证线程安全
        */
        private static Singleton instance = new Singleton();
    }
    
    private Singleton(){}
    
    public static Singleton getIntence(){
        return SingletonHolder.instance;
    }
}

使用了jvm的特性。

单例模式的范围

一个虚拟机在通过自己的ClassLoader装载单例类的时候就会创建一个类的实例。

!!!这里的单例模式不适用集群环境。

单例模式的命名

建议单例模式的命名为getInstance(),这个方法的返回值肯定是单例类的类型。可以有参数。

什么时候用单例模式

当需要控制一个类的实例只能有一个,而且客户只能从一个全局访问点访问它时,可以选用单例模式。

最后推荐一本书:《研磨设计模式》。小白理解记录,慢慢修改。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

爱编程的小庄

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值