研磨设计模式之单例模式(Singleton)-模式讲解2

2019-03-07 09:18|来源: 网络

3.3  延迟加载的思想

       单例模式的懒汉式实现方式体现了延迟加载的思想,什么是延迟加载呢?
       通俗点说,就是一开始不要加载资源或者数据,一直等,等到马上就要使用这个资源或者数据了,躲不过去了才加载,所以也称Lazy Load,不是懒惰啊,是“延迟加载”,这在实际开发中是一种很常见的思想,尽可能的节约资源。
       体现在什么地方呢?看如下代码:


3.4  缓存的思想

       单例模式的懒汉式实现还体现了缓存的思想,缓存也是实际开发中非常常见的功能。
       简单讲就是,如果某些资源或者数据会被频繁的使用,而这些资源或数据存储在系统外部,比如数据库、硬盘文件等,那么每次操作这些数据的时候都从数据库或者硬盘上去获取,速度会很慢,会造成性能问题。
       一个简单的解决方法就是:把这些数据缓存到内存里面,每次操作的时候,先到内存里面找,看有没有这些数据,如果有,那么就直接使用,如果没有那么就获取它,并设置到缓存中,下一次访问的时候就可以直接从内存中获取了。从而节省大量的时间,当然,缓存是一种典型的空间换时间的方案。
       缓存在单例模式的实现中怎么体现的呢?


3.5  Java中缓存的基本实现

       引申一下,看看在Java开发中的缓存的基本实现,在Java中最常见的一种实现缓存的方式就是使用Map,基本的步骤是:

  • 先到缓存里面查找,看看是否存在需要使用的数据

  • 如果没有找到,那么就创建一个满足要求的数据,然后把这个数据设置回到缓存中,以备下次使用

  • 如果找到了相应的数据,或者是创建了相应的数据,那就直接使用这个数据。

还是看看示例吧,示例代码如下:

Java代码
  1. /**

  2. * Java中缓存的基本实现示例

  3. */  

  4. public class JavaCache {  

  5.    /**

  6.     * 缓存数据的容器,定义成Map是方便访问,直接根据Key就可以获取Value了

  7.     * key选用String是为了简单,方便演示

  8.     */  

  9.    private Map<String,Object> map = new HashMap<String,Object>();  

  10.    /**

  11.     * 从缓存中获取值

  12.     * @param key 设置时候的key值

  13.     * @return key对应的Value值

  14.     */  

  15.    public Object getValue(String key){  

  16.        //先从缓存里面取值  

  17.        Object obj = map.get(key);  

  18.        //判断缓存里面是否有值  

  19.        if(obj == null){  

  20.            //如果没有,那么就去获取相应的数据,比如读取数据库或者文件  

  21.            //这里只是演示,所以直接写个假的值  

  22.            obj = key+",value";  

  23.            //把获取的值设置回到缓存里面  

  24.            map.put(key, obj);  

  25.        }  

  26.        //如果有值了,就直接返回使用  

  27.        return obj;  

  28.    }  

  29. }  

       这里只是缓存的基本实现,还有很多功能都没有考虑,比如缓存的清除,缓存的同步等等。当然,Java的缓存还有很多实现方式,也是非常复杂的,现在有很多专业的缓存框架,更多缓存的知识,这里就不再去讨论了。

3.6  利用缓存来实现单例模式

       其实应用Java缓存的知识,也可以变相实现Singleton模式,算是一个模拟实现吧。每次都先从缓存中取值,只要创建一次对象实例过后,就设置了缓存的值,那么下次就不用再创建了。
       虽然不是很标准的做法,但是同样可以实现单例模式的功能,为了简单,先不去考虑多线程的问题,示例代码如下:

Java代码
  1. /**

  2. * 使用缓存来模拟实现单例

  3. */  

  4. public class Singleton {  

  5.    /**

  6.     * 定义一个缺省的key值,用来标识在缓存中的存放

  7.     */  

  8.    private final static String DEFAULT_KEY = "One";  

  9.    /**

  10.     * 缓存实例的容器

  11.     */  

  12.    private static Map<String,Singleton> map = new HashMap<String,Singleton>();  

  13.    /**

  14.     * 私有化构造方法

  15.     */  

  16.    private Singleton(){  

  17.        //  

  18.    }  

  19.    public static Singleton getInstance(){  

  20.        //先从缓存中获取  

  21.        Singleton instance = (Singleton)map.get(DEFAULT_KEY);  

  22.        //如果没有,就新建一个,然后设置回缓存中  

  23.        if(instance==null){  

  24.            instance = new Singleton();  

  25.            map.put(DEFAULT_KEY, instance);  

  26.        }  

  27.        //如果有就直接使用  

  28.        return instance;  

  29.    }  

  30. }  

       是不是也能实现单例所要求的功能呢?其实实现模式的方式有很多种,并不是只有模式的参考实现所实现的方式,上面这种也能实现单例所要求的功能,只不过实现比较麻烦,不是太好而已,但在后面扩展单例模式的时候会有用。
       另外,模式是经验的积累,模式的参考实现并不一定是最优的,对于单例模式,后面会给大家一些更好的实现方式。


3.7  单例模式的优缺点

1:时间和空间
       比较上面两种写法:懒汉式是典型的时间换空间,也就是每次获取实例都会进行判断,看是否需要创建实例,费判断的时间,当然,如果一直没有人使用的话,那就不会创建实例,节约内存空间。
       饿汉式是典型的空间换时间,当类装载的时候就会创建类实例,不管你用不用,先创建出来,然后每次调用的时候,就不需要再判断了,节省了运行时间。

2:线程安全
(1)从线程安全性上讲,不加同步的懒汉式是线程不安全的,比如说:有两个线程,一个是线程A,一个是线程B,它们同时调用getInstance方法,那就可能导致并发问题。如下示例:


程序继续运行,两个线程都向前走了一步,如下:


可能有些朋友会觉得文字描述还是不够直观,再来画个图说明一下,如图4所示:



                                                      图4  懒汉式单例的线程问题示意图

       通过图4的分解描述,明显可以看出,当A、B线程并发的情况下,会创建出两个实例来,也就是单例的控制在并发情况下失效了。


(2)饿汉式是线程安全的,因为虚拟机保证了只会装载一次,在装载类的时候是不会发生并发的。

(3)如何实现懒汉式的线程安全呢?
       当然懒汉式也是可以实现线程安全的,只要加上synchronized即可,如下:

Java代码
  1. public static synchronized Singleton getInstance(){}  

        但是这样一来,会降低整个访问的速度,而且每次都要判断,也确实是稍微慢点。那么有没有更好的方式来实现呢?

(4)双重检查加锁
       可以使用“双重检查加锁”的方式来实现,就可以既实现线程安全,又能够使性能不受到大的影响。那么什么是“双重检查加锁”机制呢?
       所谓双重检查加锁机制,指的是:并不是每次进入getInstance方法都需要同步,而是先不同步,进入方法过后,先检查实例是否存在,如果不存在才进入下面的同步块,这是第一重检查。进入同步块过后,再次检查实例是否存在,如果不存在,就在同步的情况下创建一个实例,这是第二重检查。这样一来,就只需要同步一次了,从而减少了多次在同步情况下进行判断所浪费的时间。
       双重检查加锁机制的实现会使用一个关键字volatile,它的意思是:被volatile修饰的变量的值,将不会被本地线程缓存,所有对该变量的读写都是直接操作共享内存,从而确保多个线程能正确的处理该变量。
      注意:在Java1.4及以前版本中,很多JVM对于volatile关键字的实现有问题,会导致双重检查加锁的失败,因此双重检查加锁的机制只能用在Java5及以上的版本。
       看看代码可能会更清楚些,示例代码如下:

Java代码
  1. public class Singleton {  

  2.    /**

  3.     * 对保存实例的变量添加volatile的修饰

  4.     */  

  5.    private volatile static Singleton instance = null;  

  6.    private Singleton(){      

  7.    }  

  8.    public static  Singleton getInstance(){  

  9.        //先检查实例是否存在,如果不存在才进入下面的同步块  

  10.        if(instance == null){  

  11.            //同步块,线程安全的创建实例  

  12.            synchronized(Singleton.class){  

  13.                //再次检查实例是否存在,如果不存在才真的创建实例  

  14.                if(instance == null){  

  15.                    instance = new Singleton();  

  16.                }  

  17.            }  

  18.        }  

  19.        return instance;  

  20.    }  

  21. }  


       这种实现方式既可使实现线程安全的创建实例,又不会对性能造成太大的影响,它只是在第一次创建实例的时候同步,以后就不需要同步了,从而加快运行速度。
        提示:由于volatile关键字可能会屏蔽掉虚拟机中一些必要的代码优化,所以运行效率并不是很高,因此一般建议,没有特别的需要,不要使用。也就是说,虽然可以使用双重加锁机制来实现线程安全的单例,但并不建议大量采用,根据情况来选用吧。


本文链接:研磨设计模式之单例模式(Singleton)-模式讲解2,转自:http://chjavach.iteye.com/blog/726788

相关问答

更多
  • 对于java转过来程序员说是单态设计模式,在PHP上通常说是单例模式,说法不一样,手册上也有介绍: 单例模式(Singleton)用于为一个类生成一个唯一的对象。最常用的地方是数据库连接。 使用单例模式生成一个对象后,该对象可以被其它众多对象所使用。 这样我们可以得到一个独一无二的Example类的对象。 bark(); // 复制对象将导致一个E_USER_ERROR. $test_clone = clone $test; ?>
  • java模式之单例模式: 单例模式确保一个类只有一个实例,自行提供这个实例并向整个系统提供这个实例。 特点: 1,一个类只能有一个实例 2,自己创建这个实例 3,整个系统都要使用这个实例 例: 在下面的对象图中,有一个"单例对象",而"客户甲"、"客户乙" 和"客户丙"是单例对象的三个客户对象。可以看到,所有的客户对象共享一个单例对象。而且从单例对象到自身的连接线可以看出,单例对象持有对自己的引用。 Singleton模式主要作用是保证在Java应用程序中,一个类Class只有一个实例存在。在很多操作中,比 ...
  • 一个单例模式。[2022-05-17]

    单例就是只有一个实例. 如果构造方法公开的话 Single instance = new Single(); 这样,你得到一个实例 如果你再 instance = new Single(); 这时instance 就是一个新的实例了. 而 Single s = Single.getInstance(); 你在程序的生命周期内,什么时候调用,都是同一个实例,也就是说,他们的内存是一块.
  • C++单例模式[2022-02-01]

    1、构造方法私有 那么,就意味着,只能在Singleton的成员函数中,才能调用Singleton的构造函数来创建实例。在Singleton之外,不能创建Singleton对象的实例。 2、代码中,定义了GetInstance方法,只能通过GetInstance方法来获取Singleton对象的实例,单例就是在GetInstance方法中控制的。 首先,Singleton有一个 static Singleton* instance;//惟一实例 Singleton* Singleton::ins ...
  • 给你个代码看下吧。更直观一些
  • C++单例模式[2023-09-04]

    1、构造方法私有 那么,就意味着,只能在Singleton的成员函数中,才能调用Singleton的构造函数来创建实例。在Singleton之外,不能创建Singleton对象的实例。 2、代码中,定义了GetInstance方法,只能通过GetInstance方法来获取Singleton对象的实例,单例就是在GetInstance方法中控制的。 首先,Singleton有一个 static Singleton* instance;//惟一实例 Singleton* Singleton::instance= ...
  • 如果你坚持使用惰性实例化,我认为没有解决方案。 您可以在声明instance变量时创建单例对象: class Singleton { private static final instance = new Singleton(); private Singleton() {} // prevent outside construction public static Singleton getInstance() { return instance; // no ...
  • 这取决于。 如果您需要一个实用程序类,它没有依赖关系,并且只提供一堆公共方法,我认为构建您自己的单例很快捷。 但是如果你想构建一个需要注入其他依赖的业务类,并且可能需要定义接口以避免类之间的耦合,我认为Spring(或其他DI框架)比构建自己的更好(更容易)单身。 It depends. If you need an utility class, which has no dependencies and that just provide a bunch of commons methods, I thi ...
  • 是的,但只有当所有线程访问相同的文件,并且您正在使用自定义实现(而不是java.io.File ,也许是一个包装器) 单例模式是一种设计模式,用于限制类到一个对象的实例化 单身(通常是不好的选择)是在整个程序中只能有一个实例的类。 例如一个SingletonConfigFile可能看起来像这样。 请记住: 它仅用于读取一个文件。 这是有意义的,这是一个配置文件。 如果你的类可以被实例化多次,对于不同的文件,它不是单例。 不要使用此代码 - 它不考虑并发问题,这是一个完全不同的讨论区域。 。 public S ...
  • Spring singleton是唯一的ApplicationContext (每个Spring容器)实例。 这意味着如果您创建一个新的ApplicationContext那么即使它是单例,您也会获得该bean的新实例。 然而原始的Java单例表示每个Classloader一个实例。 这意味着单个实例对于特定的类加载器保持相同。 在大多数情况下,这很好,但是假设你需要一个真正的单例,每个JVM的单个实例,那么还有一些额外的工作要做。 请看这个例子https://stackoverflow.com/a/474 ...