单例模式（Singleon Patttern）是一个比较简单的模式，其定义如下：
Ensure a class has only one instance,and provide a global point of access to it.
确保一个类只有一个实例，并且提供一个方法来得到这个实例。
1. 饿汉式
package 单例模式;
public class EagerSingleton {
private static final EagerSingleton instance= new EagerSingleton();
private EagerSingleton(){}
//静态工厂方法
public static EagerSingleton getInstance(){
return instance;
}
}
当EagerSingleton 类被加载的时候，静态变量instance被初始化。
2. 懒汉式
package 单例模式;
public class LazySingleton {
private static LazySingleton instance =null;
private LazySingleton(){}
synchronized public static LazySingleton getInstance(){
if(instance==null){
instance=new LazySingleton();
}
return instance;
}
}
懒汉式中的getInstance()
方法使用了同步化，防止在多线程环境下出现多个实例。
不过，值得注意的是，单例模式并不能保证在所有的情况下都能实现单例，例如在多个虚拟机或多个类加载器的情况下，有可能会产生多于一个的实例，具体的情况可以参考这里，如果不想看英文，有中文的翻译。
- 使用enum关键字
public enum Singleton {
INSTANCE;// 唯一实例
public void print() {
System.out.println("使用enum实现单例模式");
}
// public static Singleton getInstance() {
// return INSTANCE;
// }
public static void main(String[] args) {
// Singleton sole=Singleton.getInstance();
Singleton sole = Singleton.INSTANCE;
sole.print();
}
}
http://blog.sina.com.cn/s/blog_3fe961ae0100ouwg.html
这其实是一种比较trick的方法，在《Effictive Java》一书中作者强烈推荐。这么多年来，其实很少使用enum来实现单例模式，虽然它有很多优点，但也有缺点。比如不可以继承类，不可以实现接口，这种写法对于一些研发人员来说也比较陌生，会多一些心智负担，用得更多的反而是懒汉式。另外使用单例模式多了，也发现单例模式存在的一些问题：
第一，由于单例模式中没有抽象层，因此单例类的扩展有很大的困难。另外类的构造函数通常也是私有的，所以无法被继承。尤其在单元测试的时候，我们常常需要继承原始的类，并覆写一些方法以达到mock的目的。
第二，对需要多例的集成测试不友好。虽然类A在正常情况下，一个进程中只应该有一个实例，但是在集成测试的时候，我们可能需要在同一个进程里构造出两个A的实例，以方便测试。
第三，代码模块之间的依赖不清晰。举例，当模块B需要使用类A的实例，它通常可以A.getInstance()来获取A的唯一实例，这样会造成整个项目代码中，到处都有A.getInstance()这样的使用，于是很难看出到底哪些模块真正依赖A。而如果B的构造函数是B（A a），那么就可以很直观地看出B对A的依赖。
