Java与模式之单例模式

《JAVA与模式》之单例模式
在阎宏博士的《JAVA与模式》一书中开头是这样描述单例模式的:
作为对象的创建模式,单例模式确保只有一个类只有一个实例,而且自行实例化并向整个系统提供这个实例.这个类称为单例类


单例模式的结构
单例模式的特点:

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

    饿汉式单例

public class EagerSingleton{
    private static EagerSingleton instance = new EagerSingleton();
    //私有构造方法
    private EagerSingleton(){}

    //静态工厂方法
    public static EagerSingleton getInstance(){
        return instance;
    }

}

上面的例子中,在这个类被加载时,静态变量instance会被初始化.此时类的的私有构造子会被调用.这个时候,单例类的唯一实例就会被创建出来.
饿汉式是典型的空间换空间,当类加载的时候就会创建类的实例,不管你用不用,先创建出来,然后每次调用的时候,就不需要在判断,节省了运行时间.

懒汉式模式单例模式

public class LazySingleton{
    privae static LazySingleton instance = null;
    //私有默认构造子
    private LazySingleton(){}
    //静态工厂方法
    public static synchronized LazySingleton getInstance(){
        if(instance == null){
            instance  = LazySingleton();
        }
        return instance;
    }
}

上面的懒汉式单例模式类实现里对静态工厂方法使用了同步化,以处理多线程环境.
懒汉式其实是一种比较形象的称谓。既然懒,那么在创建对象实例的时候就不着急。会一直等到马上要使用对象实例的时候才会创建,懒人嘛,总是推脱不开的时候才会真正去执行工作,因此在装载对象的时候不创建对象实例。
懒汉式是典型的时间换空间,就是每次获取实例都会进行判断,看是否需要创建实例,浪费判断的时间.当然如果一直没人使用的话,那就不会创建实例,则节约内存空间.
由于懒汉式的实现是线程安全的,这样会减低整个访问的速度,而且每次都要判断.

那么有没有更好的方式实现呢?

双重检查枷锁
可以使用”双重检查枷锁”的方式来实现,就可以既实现线程安全,又能够是性能不受很大的影响.那么什么是”双重检查枷锁”
所谓”双重检查枷锁”机制,指的是:并不是每次进入getInstance方法都需要同步,而是先不同步,进入方法后,先检查实例是否存在,如果不存在进行下面同步块,这是第一重检查,进入同步块后,再次检查实例是否存在,如果不存在,就在同步的情况下创建一个实例,这是第二重检查。这样一来,就只需要同步一次了,从而减少了多次在同步情况下进行判断所浪费的时间。
“双重检查枷锁”机制的实现使用关键字volatile,它的意思是:被volatile修饰的变量的值,将不会被本地线程缓存,所有对改变量的读写都是直接操作共享内存,从而确保多个线程正确的处理变量..

注意:在java1.4及以前版本中,很多JVM对于volatile关键字的实现的问题,会导致“双重检查加锁”的失败,因此“双重检查加锁”机制只只能用在java5及以上的版本。

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

    }

}

这种实现方式既可以实现线程安全地创建实例,而又不会对性能造成太大的影响。它只是第一次创建实例的时候同步,以后就不需要同步了,从而加快了运行速度。

提示:由于volatile关键字可能会屏蔽掉虚拟机中一些必要的代码优化,所以运行效率并不是很高。因此一般建议,没有特别的需要,不要使用。也就是说,虽然可以使用“双重检查加锁”机制来实现线程安全的单例,但并不建议大量采用,可以根据情况来选用。

根据上面的分析,常见的两种单例实现方式都存在小小的缺陷,那么有没有一种方案,既能实现延迟加载,又能实现线程安全呢?

Lazy initialization holder class模式

1.相应的基础知识
什么是类级内部类?
简单点说,类级内部类指的是,有static修饰的成员式内部类.如果没有static修饰的成员式内部类被称为对象级内部类.
类级内部类相当于其外部类的static成分,它的而对象与外部类对象间不存在依赖关系,因此可直接创建。而对象级内部类的实例,是绑定在外部对象实例中的。
类级内部类中,可以定义静态的方法。在静态方法中只能够引用外部类中的静态成员方法或者成员变量。

类级内部类相当于其外部类的成员,只有在第一次被使用的时候才被会装载。

多线程缺省同步锁的知识
在多线程开发中,为了解决并发问题,主要通过使用synchronized来互斥锁进行同步控制.但是在某些情况下,JVM已经隐含的为您执行了同步,这些情况下就不用自己在来进行同步控制了,这些情况包括:

  • 由静态初始化(在静态字段上火static{块中的初始化器})初始化数据时
  • 访问final字段时
  • 在创建线程之前创建对象时
  • 线程可以看见他将要处理的对象时

    2.解决方案的思路
    要想很简单的实现线程安全,可以采用静态初始化器的方式,它可以由JVM来保证线程的安全性.比如前面的饿汉式实现方式.但是这样一来,不是会浪费一定的空间吗?因为这种实现方式,会在类装载的时候就初始化对象,不管你需不需要。
    如果现在有一种方法能够让类加载的时候不去初始化对象,一种可行的方式就是采用类级内部类,在这个类级内部类里面去创建对象实例。这样一来,只要不使用到这个类级内部类,那就不会创建对象实例,从而同时实现延迟加载和线程安全。

public class Singleton{

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

    public static Singleton getInstance(){

        return SingletonHolder.instance;
    }

}

当getInstance方法第一次被调用的时候,它的第一次读取SingletonHolder.instance,导致SingletonHolder类得到初始化;而这个类在装载并初始化的时候,会初始化它的静态域,从而创建Singleton的实例,由于是静态的语,因此只会在虚拟机装载类的时候初始化一次,并由虚拟机保证它的线程安全性.
这个模式的优势在于,getInstance方法并没有被同步,并且只是执行一个域的访问,因此延迟初始化并没有增加任何访问成本。

单例与枚举
单元素的枚举类型已经成为实现Singleton的最佳方法。用枚举来实现单例非常简单,只需要编写一个包含单个元素的枚举类型即可。

public enum Singleton{
    //定义一个枚举的元素,它就代表了Singleton的一个实例
    uniqueInstance;
    //单例可以有自己的操作
    public void singleonOperation(){
        //功能处理
    }
}

使用枚举来实现单实例控制会更加简洁,而且无偿地提供了序列化机制,并由JVM从根本上提供保障,绝对防止多次实例化,是更简洁、高效、安全的实现单例的方式。

基于STM32F407,使用DFS算法实现最短迷宫路径检索,分为三种模式:1.DEBUG模式,2. 训练模式,3. 主程序模式 ,DEBUG模式主要分析bug,测量必要数据,训练模式用于DFS算法训练最短路径,并将最短路径以链表形式存储Flash, 主程序模式从Flash中….zip项目工程资源经过严格测试可直接运行成功且功能正常的情况才上传,可轻松复刻,拿到资料包后可轻松复现出一样的项目,本人系统开发经验充足(全领域),有任何使用问题欢迎随时与我联系,我会及时为您解惑,提供帮助。 【资源内容】:包含完整源码+工程文件+说明(如有)等。答辩评审平均分达到96分,放心下载使用!可轻松复现,设计报告也可借鉴此项目,该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的。 【提供帮助】:有任何使用问题欢迎随时与我联系,我会及时解答解惑,提供帮助 【附带帮助】:若还需要相关开发工具、学习资料等,我会提供帮助,提供资料,鼓励学习进步 【项目价值】:可用在相关项目设计中,皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面,可借鉴此优质项目实现复刻,设计报告也可借鉴此项目,也可基于此项目来扩展开发出更多功能 下载后请首先打开README文件(如有),项目工程可直接复现复刻,如果基础还行,也可在此程序基础上进行修改,以实现其它功能。供开源学习/技术交流/学习参考,勿用于商业用途。质量优质,放心下载使用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值