Singleton 模式主要作用是保证在 Java 应用程序中，一个类 Class 只有一个实例存在。
在很多操作中，比如建立目录 数据库连接都需要这样的单线程操作。还有, singleton 能够被状态化; 这样，多个单态类在一起就可以作为一个状态仓库一样向外提供服务，比如，你要论坛中的帖子计数器，每次浏览一次需要计数，单态类能否保持住这个计数，并且能 synchronize 的安全自动加 1，如果你要把这个数字永久保存到数据库，你可以在不修改单态接口的情况下方便的做到。另外方面， Singleton 也能够被无状态化。提供工具性质的功能，Singleton 模式就为我们提供了这样实现的可能。使用 Singleton 的好处还在于可以节省内存，因为它限制了实例的个数，有利于 Java 垃圾回收（ garbage collection）。我们常常看到工厂模式中类装入器(class loader)中也用 Singleton 模式实现的,因为被装入的类实际也属于资源。如何使用?
一般 Singleton 模式通常有几种形式:
public class Singleton {
private Singleton (){
}
// 在自己内部定义自己一个实例，是不是很奇怪？
// 注意这是 private 只供内部调用
private static Singleton instance = new Singleton();
// 这里提供了一个供外部访问本 class 的静态方法，可以直接访问
public static Singleton getInstance() {
return instance;
}
}
第二种形式:
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 注意事项：
有时在某些情况下，使用 Singleton 并不能达到 Singleton 的目的，如有多个 Singleton 对象同时被不同的类装入器装载；在EJB 这样的分布式系统中使用也要注意这种情况，因为 EJB 是跨服务器，跨 JVM 的。
我们以 SUN 公司的宠物店源码(Pet Store 1.3.1)的 ServiceLocator 为例稍微分析一下：
在 Pet Store 中 ServiceLocator 有两种，一个是 EJB 目录下；一个是 WEB 目录下，我们检查这两个 ServiceLocator 会发现内容差不多，都是提供 EJB 的查询定位服务，可是为什么要分开呢？仔细研究对这两种 ServiceLocator 才发现区别：在 WEB 中的ServiceLocator 的采取 Singleton 模式， ServiceLocator 属于资源定位，理所当然应该使用 Singleton 模式。但是在 EJB 中， Singleton模式已经失去作用，所以 ServiceLocator 才分成两种，一种面向 WEB 服务的，一种是面向 EJB 服务的。Singleton 模式看起来简单，使用方法也很方便，但是真正用好，是非常不容易，需要对 Java 的类 线程 内存等概念有相当
的了解。总之：如果你的应用基于容器，那么 Singleton 模式少用或者不用，可以使用相关替代技术。
进一步深入可参考：Double-checked locking and the Singleton patternWhen is a singleton not a singleton?
设计模式如何在具体项目中应用见《 Java 实用系统开发指南》。