单例模式

[color=red]使用Singleton模式的好处还在于可以节省内存，任何时候只生成一个对象，在任何地方使用这个类一直这么使用这个对象，因为它限制了实例的个数，有利于Java垃圾回收（garbage collection）。[/color]

[color=brown]核心点：1、构造方法私有（在其他类中不能直接生成这个类对象）2、通过静态方法获取这个类对象[/color]

当我们使用一定资源（只有一台打印机器）的时候，这资源只有统一的入口，对打印机进行抽象化的时候就要使用因Singleton模式进行设计。

一些资源管理器常常设计成单例模式。

单例模式有以下的特点：
1 单例类只可有一个实例。
2 单例类必须自己创建自己这惟一的实例。
3 单例类必须给所有其他对象提供这一实例。

一般Singleton模式通常有几种形式:

public class Singleton {

private Singleton(){}

//在自己内部定义自己一个实例，是不是很奇怪？
//注意这是private 只供内部调用

private static final Singleton instance = new Singleton();

//这里提供了一个供外部访问本class的静态方法，可以直接访问
public static Singleton getInstance() {
return instance;
}
}

第二种形式 标准的Singleton模式并不使用直接静态变量实例化进行声明——它实例化构造器中的一个静态实例变量，而不查看它是否已经存在：:

public class Singleton {

private static Singleton instance = null;

public static synchronized Singleton getInstance() {

if (instance==null)
instance＝new Singleton();
return instance; }

}

使用Singleton.getInstance()可以访问单态类。
上面第二中形式是lazy initialization，也就是说第一次调用时初始Singleton，以后就不用再生成了。
注意到lazy initialization形式中的synchronized，这个synchronized很重要，如果没有synchronized，那么使用getInstance()是有可能得到多个Singleton实例。关于lazy initialization的Singleton有很多涉及double-checked locking (DCL)的讨论，有兴趣者进一步研究。
一般认为第一种形式要更加安全些。

Singleton类的默认构造器被设为私有，这样做可防止其它类使用new关键字直接将对象实例化。对返回Singleton对象的实例方法应用一个静态修饰符，这使得它成为一个类级方法，不创建对象即可进行访问。

何时需要使用Singleton

当你只需要一个类实例时，Singleton才真正有用；如果类拥有几个实例，使用Singleton就不再适用。

设计系统时，你通常希望控制对象的用法，防止用户（包括你自己）复制对象或建立新实例。例如，你可以使用它创建一个连接池。每次程序需要往数据库中写入内容时才创建一个新连接的做法并不明智；相反，一个或一组已经在池中的连接就可以使用Singleton模式实例化。

Singleton模式常常和工厂方法模式一同使用，创建一个系统级资源，使用这个资源的代码并不知道它的特殊类型。抽象窗口工具包（AWT）就是组合使用这两个模式的典型例子。在GUI应用程序中，对每个应用程序实例，你一般只需要一个图形元素的实例，如打印(Print)对话框或OK按钮。