《Java与模式》学习笔记（5）——Singleton

单例（Singleton）模式的要点有三个：一是某个类只能有一个实例；二是它必须自行创建这个实例；三是它必须自行向整个系统提供这个实例。一些资源管理器常常设计成单例模式。

 

单例模式的结构如下：

 

饿汉式单例类：

public   class  EagerSingleton  ... {
    private EagerSingleton() ...{}
    public static EagerSingleton getInstance() ...{
        return m_instance;
    }
    private static final EagerSingleton m_instance = new EagerSingleton();
}

 

由于构造函数是私有的，因此此类不能被继承。

 

懒汉式单例类：

public   class  LazySingleton  ... {
    private LazySingleton() ...{}
    synchronized public static LazySingleton getInstance() ...{
        if (m_instance == null) ...{
            m_instance = new LazySingleton();
        }
        return m_instance;
    }
    private static LazySingleton m_instance = null;
}

 

上例的静态工厂方法使用了同步化，以处理多线程环境。

 

饿汉式单例类在自己被加载时就将自己实例化，即使加载器是静态的，在饿汉式单例类被加载时仍会将自己实例化。单从资源利用效率角度来讲，这个比懒汉式单例类稍差些。从速度和反应时间角度来讲，则比懒汉式单例类稍好些。然而，懒汉式单例类在实例化时，必须处理好在多个线程同时首次引用此类时的访问限制问题，特别是当单例类作为资源控制器在实例化时必须涉及资源初始化，而资源初始化很有可能耗费时间。这意味着出现多线程同时首次引用此类的几率变得较大。

 

饿汉式单例类可以在Java语言内实现，但不易在C++内实现，因为静态初始化在C++里没有固定的顺序，因而静态的m_instance变量的初始化与类的加载顺序没有保证，可能会出问题。

 

登记式单例类：

登记式单例类是GoF为了克服饿汉式单例类及懒汉式单例类均不可继承的缺点而设计的。它的实例化方式可以是饿汉式或懒汉式的，但它的子类实例化的方式只能是懒汉式的。

package  com.javapatterns.singleton.demos;

import  java.util.HashMap;

public   class  RegSingleton  ... {

    protected RegSingleton() ...{}

    static public RegSingleton getInstance(String name) ...{
        if (name == null) ...{
            name = "com.javapatterns.singleton.demos.RegSingleton";
        }
        System.out.println("From RegSingleton: requesting for " + name );
        if (m_registry.get(name) == null) ...{
            try ...{
                m_registry.put( name, Class.forName(name).newInstance() ) ;
            } catch(ClassNotFoundException e) ...{
                System.out.println("Class " + name + " is not found.");
            } catch(InstantiationException e) ...{
                System.out.println("Class " + name + " can not be instantiated.");
            } catch(IllegalAccessException e) ...{
                System.out.println("Class " + name + " can not be accessed.");
            }
        }
        return  (RegSingleton) (m_registry.get(name));
    }

    static private HashMap m_registry = new HashMap();

    static ...{
        RegSingleton x = new RegSingleton();
        m_registry.put( x.getClass().getName() , x);
    }

    public String about() ...{
        return "Hello, I am RegSingleton.";
    }

}

 

package  com.javapatterns.singleton.demos;

import  java.util.HashMap;

public   class  RegSingletonChild  extends  RegSingleton  ... {

    public RegSingletonChild() ...{}

    static public RegSingletonChild getInstance() ...{
        return (RegSingletonChild) RegSingleton.getInstance( "com.javapatterns.singleton.demos.RegSingletonChild" );
    }

    public String about() ...{
        return "Hello, I am RegSingletonChild.";
    }

}

 

由于子类必须允许父类以构造函数调用产生实例，因此，它的构造函数必须是公开的。这样一来，就等于允许了以这样的方式产生实例而不在父类的登记中。这是登记式单例类的一个缺点。由于父类的实例必须存在才可能有子类的实例，这在有些情况下是一个浪费。这是登记式单例类的另一个缺点。

 

一个单例类可以是有状态的（stateful），一个有状态的单例对象一般也是可变（mutable）单例对象。单例类也可以是没有状态的（stateless），一个没有状态的单例类也就是不变（immutable）单例类。

 

在任何使用了EJB、RMI和JINI技术的分散式系统中，应当避免使用有状态的单例模式。

 

除非系统有协调机制，不然在有多个类加载器的情况下应当尽量避免使用有状态的单例类。

 

Java语言中，像Runtime、java.awt.Toolkit类都是单例类。

 

默认实例模式（Default Instance Pattern）：

有些设计师将不完全的单例模式叫做“默认实例模式”。在所谓的“默认实例模式”里面，一个类提供静态的方法，如同单例模式一样，同时又提供一个公开的构造函数，如同普通的类一样。这样做的唯一好处是，这种模式允许客户端选择如何将类实例化：创建新的自己独有的实例，或者使用共享的实例。