概念：
单例模式：一个类中只有一个实例。
一个类有且仅有一个实例，并且提供了一个全局的访问点。
使用该模式的起因：
当我们在浏览网站时，有些网站会显示“当前在线人数”。通常，实现这个功能的办法是将登陆的每一个IP存储在一个内存、文件或者数据库中，每多一个IP，就实现“+1”。一般就是用一个方法，比如add()，实现“+1”的功能，比如用“update”语句，先获取数据库中存储的数据，再+1，更新数据库中的数据，,然后保存；显示在页面时，再通过另外的方法获取数据库中的数据即可。但是，当多个用户同时登陆时，如果每一个都要new一个对象，然后再通过“对象.方法名”调用执行add()方法，再将数据存储到数据库中，这样就会导致多个用户无法将实际的用户数据准确的记录到数据库中。所以，把这个计数器设计为一个全局对象（所有人都使用这一个对象，而不是用一个，new一个），所有人都共用同一份数据，就可以避免类似的问题，这就是我们所说的单例模式的其中的一种应用。
同样的，还有其他场景中，也会遇到相似的情景，使用到类似的思路。比如：
1.外部资源：每台计算机有若干个打印机，但只能有一个PrinterSpooler，以避免两个打印作业同时输出到打印机。内部资源：大多数软件都有一个（或多个）属性文件存放系统配置，这样的系统应该有一个对象管理这些属性文件
2. Windows的Task Manager（任务管理器）就是很典型的单例模式（这个很熟悉吧），想想看，是不是呢，你能打开两个windows task manager吗？ 不信你自己试试看哦~
3. windows的Recycle Bin（回收站）也是典型的单例应用。在整个系统运行过程中，回收站一直维护着仅有的一个实例。
4. 网站的计数器，一般也是采用单例模式实现，否则难以同步。
5. 应用程序的日志应用，一般都何用单例模式实现，这一般是由于共享的日志文件一直处于打开状态，因为只能有一个实例去操作，否则内容不好追加。
6. Web应用的配置对象的读取，一般也应用单例模式，这个是由于配置文件是共享的资源。
7. 数据库连接池的设计一般也是采用单例模式，因为数据库连接是一种数据库资源。数据库软件系统中使用数据库连接池，主要是节省打开或者关闭数据库连接所引起的效率损耗，这种效率上的损耗还是非常昂贵的，因为何用单例模式来维护，就可以大大降低这种损耗。
8. 多线程的线程池的设计一般也是采用单例模式，这是由于线程池要方便对池中的线程进行控制。
9. 操作系统的文件系统，也是大的单例模式实现的具体例子，一个操作系统只能有一个文件系统。
10. HttpApplication 也是单位例的典型应用。熟悉ASP.Net(IIS)的整个请求生命周期的人应该知道HttpApplication也是单例模式，所有的HttpModule都共享一个HttpApplication实例。
总结起来，单例模式的一般应用场景为：
1.需要频繁实例化然后销毁的对象。
2.创建对象时耗时过多或者耗资源过多，但又经常用到的对象。
3.有状态的工具类对象。
4.频繁访问数据库或者文件的对象。
5.资源共享的情况下，避免由于资源操作时导致的性能或损耗等。如上述中的日志文件、应用配置等。
6.控制资源的情况下，方便资源之间的互相通信。如线程池等。
特点：
1、单例类只能有一个实例；
2、单例类必须自己创建自己的唯一实例；
3、单例类必须给所有其他对象提供这一实例
单例模式要素：
1.私有构造方法
2.私有静态引用指向自己实例
3.以自己实例为返回值的公有静态方法
实现单例模式的三种方法：
1.饿汉式：单例实例在类装载时就构建，急切初始化。（预先加载法）
/**
* 饿汉式（推荐）
*
*/
public class Test {
private Test() {
}
public static Test instance = new Test();
public Test getInstance() {
return instance;
}
}
优点
1.线程安全
2.在类加载的同时已经创建好一个静态对象，调用时反应速度快
缺点
资源效率不高，可能getInstance()永远不会执行到，但执行该类的其他静态方法或者加载了该类（class.forName)，那么这个实例仍然初始化
2.懒汉式：单例实例在第一次被使用时构建，延迟初始化。
class Test {
private Test() {
}
public static Test instance = null;
public static Test getInstance() {
if (instance == null) {
//多个线程判断instance都为null时，在执行new操作时多线程会出现重复情况
instance = new Singleton2();
}
return instance;
}
}
优点
避免了饿汉式的那种在没有用到的情况下创建事例，资源利用率高，不执行getInstance()就不会被实例，可以执行该类的其他静态方法。
缺点
懒汉式在单个线程中没有问题，但多个线程同事访问的时候就可能同事创建多个实例，而且这多个实例不是同一个对象，虽然后面创建的实例会覆盖先创建的实例，但是还是会存在拿到不同对象的情况。解决这个问题的办法就是加锁synchonized，第一次加载时不够快，多线程使用不必要的同步开销大。
3.双重检测
class Test {
private Test() {
}
public static Test instance = null;
public static Test getInstance() {
if (instance == null) {
synchronized (Test.class) {
if (instance == null) {
instance = new Test();
}
}
}
return instance;
}
}
优点
资源利用率高，不执行getInstance()就不被实例，可以执行该类其他静态方法
缺点
第一次加载时反应不快，由于java内存模型一些原因偶尔失败
4.静态内部类
class Test {
private Test() {
}
private static class SingletonHelp {
static Test instance = new Test();
}
public static Test getInstance() {
return SingletonHelp.instance;
}
}
优点
资源利用率高，不执行getInstance()不被实例，可以执行该类其他静态方法
缺点
第一次加载时反应不够快
总结：
一般采用饿汉式，若对资源十分在意可以采用静态内部类，不建议采用懒汉式及双重检测