23种设计模式(1)-单例模式

定义:

单例设计模式是一种常用的设计模式,在它的核心结构中只包含一个被称为单例的特殊类,通过单例设计模式可保证系统中一个类只有一个实例。即一个对象只有一个实例。

特点:

1.单例类只能有一个实例

2.单例类必须自己创建自己的唯一实例

3.单例类必须给系统的所有其它对象提供这一实例

单例模式的要点:

1.私有构造方法

2.指向自己实例的私有静态方法

3.以自己实例为返回值的静态的共有的方法

单例模式根据实例化对象时机的不同分为两种:

1.饿汉模式,饿汉模式单例在单例类被加载时候,就实例化一个对象交给自己的引用

public Class Singleton{
    private static Singleton  singleton= new Singleton();
    private Singleton(){
    }
    public static Singleton getInstance(){
    return singleton;
   }
}

2.懒汉模式,在调用取得实例方法的时候才会实例化对象

Public Class Singleton{
   private static Singleton singleton;
   private Singleton(){
   }
   public static synchronized Singleton getInstance(){
      if(instance==null){
        singleton  = new Instance();    
      } 
    return singleton;
   }
}

单例模式还有一种常用的模式,双重锁模式:

Public Class Singleton{
    private volatile Singleton single;
    private Single(){
    }
    public static Singleton getInstance(){
       if(singleton==null){
           synchronized(Singleton.class){
             if(singleton==null){
                  singleton = new Singleton();
              }
           }   
       }
    return singleton;
   }
}
这个模式将同步内容下方到if内部,提高了执行的效率,不必每次获得对象时都进行同步,只有第一次才同步,创建了以后就没必要了。
这种模式中双重判断加同步的方式,比第一个例子中的效率大大提升,因为如果单层if判断,在服务器允许的情况下,假如有一百个线程,耗费的时间为100*(同步判断时间+if判断时间),而如果双重if判断,100个线程可以同时if判断,理论消耗的时间只有一个if判断的时间,所以如果面对高并发的情况,而且采用的是懒汉模式,最好的选择就是双重判断加同步的方式

单例模式的优点:

    1,在内存中只有一个对象,节省内存空间。

    2,避免频繁的创建销毁对象,可以提高性能。

    3,避免对共享资源的多重占用。

    4,可以全局访问。

单例模式的缺点:

    1,扩展困难,由于getInstance静态函数没有办法生成子类的实例。如果要拓展,只有重写那个类。

    2,隐式使用引起类结构不清晰。

    3,导致程序内存泄露的问题。

关于java中单例模式的常见问题:

单例模式的对象长时间不用会被jvm垃圾收集器收集吗?

除非人为地断开单例中静态引用到单例对象的联接,否则jvm垃圾收集器是不会回收单例对象的。

jvm卸载类的判定条件如下:

        1,该类所有的实例都已经被回收,也就是java堆中不存在该类的任何实例。

        2,加载该类的ClassLoader已经被回收。

        3,该类对应的java.lang.Class对象没有任何地方被引用,无法在任何地方通过反射访问该类的方法。

        只有三个条件都满足,jvm才会在垃圾收集的时候卸载类。显然,单例的类不满足条件一,因此单例类也不会被回收。

在一个jvm中会出现多个单例吗?

在分布式系统、多个类加载器、以及序列化的的情况下,会产生多个单例,这一点是无庸置疑的。那么在同一个jvm中,会不会产生单例呢?使用单例提供的getInstance()方法只能得到同一个单例,除非是使用反射方式,将会得到新的单例。

代码如下:

Class c = Class.forName(Singleton.class.getName());
Constructor ct = c.getDeclaredConstructor();
ct.setAccessible(true);
Singleton singleton = ct.newInstance();

这样,每次运行都会产生新的单例对象。所以运用单例模式时,一定注意不要使用反射产生新的单例对象。

在getInstance()方法上同步有优势还是仅同步必要的块更优优势?

因为锁定仅仅在创建实例时才有意义,然后其他时候实例仅仅是只读访问的,因此只同步必要的块的性能更优,并且是更好的选择。

缺点:只有在第一次调用的时候,才会出现生成2个对象,才必须要求同步。而一旦singleton 不为null,系统依旧花费同步锁开销,有点得不偿失。

单例类可以被继承吗?

根据单例实例构造的时机和方式不同,单例模式还可以分成几种。但对于这种通过私有化构造函数,静态方法提供实例的单例类而言,是不支持继承的。

这种模式的单例实现要求每个具体的单例类自身来维护单例实例和限制多个实例的生成。但可以采用另外一种实现单例的思路:登记式单例,来使得单例对继承开放。





猜你喜欢

转载自blog.csdn.net/ljj1338/article/details/80713190