有些时候，允许自由创建某个类的实例没有意义，还可能造成系统性能下降（因为创建对象所带来的系统开销问题）。例如整个系统只有一个窗口管理器，只有一个假脱机打印设备；在Java EE应用中可能只需要一个数据库引擎访问点，Hibernate访问时只需要一个SessionFactory实例，如果在系统中为它们创建多个实例就没有太大的意义。
如果一个类始终只能创建一个实例，则这个类被称为单例类，这种模式就被称为单例模式。
对Spring框架而言，可以在配置Bean实例时指定scope="singleton"来配置单例模式。不仅如此，如果配置元素时没有指定scope属性，则该Bean实例默认是单例的行为方式。
Spring推荐将所有业务逻辑组件、DAO组件、数据源组件等配置成单例的行为方式，因为这些组件无须保存任何用户状态，故所有客户端都可共享这些业务逻辑组件、DAO组件，因此推荐将这些组件配置成单例模式的行为方式。
如果不借助Spring框架，我们也可手动实现单例模式。为了保证该类只能产生一个实例，程序不能允许自由创建该类的对象，而是只允许为该类创建一个对象。为了避免程序自由创建该类的实例，我们使用private修饰该类的构造器，从而将该类的构造器隐藏起来。
将该类的构造器隐藏起来，则需要提供一个public方法作为该类的访问点，用于创建该类的对象，且该方法必须使用static修饰（因为调用该方法之前还不存在对象，因此调用该方法的不可能是对象，只能是类）。
除此之外，该类还必须缓存已经创建的对象，否则该类无法知道是否曾经创建过实例，也就无法保证只创建一个实例。为此该类需要使用一个静态属性来保存曾经创建的实例，且该属性需要被静态方法访问，所以该属性也应使用static修饰。
基于上面的介绍，下面程序创建了一个单例类。
程序清单：codes\09\9.3\Singleton\TestSingleton.java
class Singleton
{
//使用一个变量来缓存曾经创建的实例
private static Singleton instance;
//将构造器使用private修饰，隐藏该构造器
private Singleton(){}
//提供一个静态方法，用于返回Singleton实例
//该方法可以加入自定义的控制，保证只产生一个Singleton对象
public static Singleton getInstance()
{
//如果instance为null，表明还不曾创建Singleton对象
//如果instance不为null，则表明已经创建了Singleton对象，将不会执行该方法
if (instance == null)
{
//创建一个Singleton对象，并将其缓存起来
instance = new Singleton();
}
return instance;
}
}
public class TestSingleton
{
public static void main(String[] args)
{
//创建Singleton对象不能通过构造器，只能通过getInstance方法
Singleton s1 = Singleton.getInstance();
Singleton s2 = Singleton.getInstance();
//将输出true
System.out.println(s1 == s2);
}
}
上面程序中第一行粗体字代码使用了一个静态属性来保存已创建的Singleton实例，程序第二段粗体字代码用于判断系统是否已经创建过Singleton实例——如果已经创建过Singleton实例，则直接返回该Singleton实例即可。
正是通过上面第二段粗体字代码提供的控制逻辑，从而保证了Singleton类只能产生一个实例。所以在TestSingleton类的main方法中看到两次产生的Singleton对象实际上是同一个对象。
在Java EE应用中，单例模式是一种应用非常广泛的设计模式，应用中许多组件都只需要单个实例，下面介绍的工厂模式里的工厂也只需要单个实例……
使用单例模式主要有如下两个优势：
减少创建Java实例所带来的系统开销。
便于系统跟踪单个Java实例的生命周期、实例状态等。
