单例模式

引言
　　单例模式的要点
　　单例单例
　　显然单例模式的要点有三个；一是某个类只能有一个实例；二是它必须自行创建这个事例；三是它必须自行向整个系统提供这个实例。在下面的对象图中，有一个"单例对象"，而"客户甲"、"客户乙" 和"客户丙"是单例对象的三个客户对象。可以看到，所有的客户对象共享一个单例对象。而且从单例对象到自身的连接线可以看出，单例对象持有对自己的引用。

       资源管理
　　一些资源管理器常常设计成单例模式。
　　在计算机系统中，需要管理的资源包括软件外部资源，譬如每台计算机可以有若干个打印机，但只能有一个Printer Spooler， 以避免两个打印作业同时输出到打印机中。每台计算机可以有若干传真卡，但是只应该有一个软件负责管理传真卡，以避免出现两份传真作业同时传到传真卡中的情况。每台计算机可以有若干通信端口，系统应当集中管理这些通信端口，以避免一个通信端口同时被两个请求同时调用。
　　需要管理的资源包括软件内部资源，譬如，大多数的软件都有一个（甚至多个）属性（properties）文件存放系统配置。这样的系统应当由一个对象来管理一个属性文件。
　　需要管理的软件内部资源也包括譬如负责记录网站来访人数的部件，记录软件系统内部事件、出错信息的部件，或是对系统的表现进行检查的部件等。这些部件都必须集中管理，不可政出多头。
　　这些资源管理器构件必须只有一个实例，这是其一；它们必须自行初始化，这是其二；允许整个系统访问自己这是其三。因此，它们都满足单例模式的条件，是单例模式的应用。

单例模式的几种实现方法：

第一种：

package com.Thread.pool;
/**
 * 懒汉式单例类.在第一次调用的时候实例化
 * @author leiyin
 *
 */
public class LazySingleton {
 // 注意，这里没有final
 private static LazySingleton m_instance = null;

 /** * 私有的默认构造子 */
 private LazySingleton() {
 }

 /**
  * * 静态工厂方法，单例类实现里对静态工厂方法使用了同步化，以处理多线程环境
  */
 public synchronized static LazySingleton getInstance() {
  if (m_instance == null) {
   m_instance = new LazySingleton();
  }
  return m_instance;
 }
}

 第二种：

package com.Thread.pool;

/**
 * 饿汉式单例类.在类初始化时，已经自行实例化
 *
 * @author leiyin
 *
 */
class EagerSingleton {
 private static final EagerSingleton m_instance = new EagerSingleton();

 /** * 私有的默认构造子 */
 private EagerSingleton() {
 }

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

 

同样，由于构造子是私有的，因此，此类不能被继承。饿汉式单例类在自己被加载时就将自己实例

化。即便加载器是静态的，在饿汉式单例类被加载时仍会将自己实例化。单从资源利用效率角度来讲，

这个比懒汉式单例类稍差些。

　　从速度和反应时间角度来讲，则比懒汉式单例类稍好些。然而，懒汉式单例类在实例化时，必须处

理好在多个线程同时首次引用此类时的访问限制问题，特别是当单例类作为资源控制器，在实例化时必

然涉及资源初始化，而资源初始化很有可能耗费时间。这意味着出现多线程同时首次引用此类的机率变

得较大。

第三种

登记式单例类

package com.Thread.pool;

import java.util.HashMap;

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

 /** * 保护的默认构造子 */
 protected RegSingleton() {
 }

 /** * 静态工厂方法,返还此类惟一的实例 */
 static public RegSingleton getInstance(String name) {
  if (name == null) {
   name = RegSingleton.class.getName();
  }
  if (m_registry.get(name) == null) {
   try {
    m_registry.put(name, Class.forName(name).newInstance());
   } catch (Exception e) {
    System.out.println("Error happened.");
   }
   return (RegSingleton) (m_registry.get(name));
  }
  return null;
 }

 /** * 一个示意性的商业方法 */
 public String about() {
  return "Hello, I am RegSingleton.";
 }
}

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.";
 }
}

　在GoF 原始的例子中，并没有getInstance() 方法，这样得到子类必须调用的getInstance(String name)方法并传入子类的名字，因此很不方便。本章在登记式单例类子类的例子里，加入了getInstance() 方法，这样做的好处是RegSingletonChild 可以通过这个方法，返还自已的实例。而这样做的缺点是，由于数据类型不同，无法在RegSingleton 提供这样一个方法。由于子类必须允许父类以构造子调用产生实例，因此，它的构造子必须是公开的。这样一来，就等于允许了以这样方式产生实例而不在父类的登记中。这是登记式单例类的一个缺点。