定义：单例模式（Singleton Pattern）：Ensure a class has only one instance, and provide a global point of access to it.
（确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例）
一、例子
如 一个朝代只能有一个皇帝：所以我们要求一个类只能生成一个对象（皇帝），那么如何只让一个类只产生一个对象呢？
我们知道使用new关键字创建对象时，会根据输入的参数调用相应的构造函数，如果我们将构造函数设置为private私有访问权限不就可以禁止外部创建对象了吗？
我们这样设计两个类：Emperor代表皇帝类，Minister代表臣子类，代码如下：
public class Emperor
{
private static final Emperor emperor = new Emperor();
//初始化一个皇帝
private Emperor(){}
public static Emperor getInstance(){
return emperor;
}
//皇帝发话
public static void say(){
System.out.printIn("我是秦始皇.....");
}
} 通过定义一个私有访问权限的构造函数，避免其他类new出来一个对象，而Emperor自己则可以new一个对象出来，其他类对该类的访问都可以通过getInstance获得同一个对象。
臣子类如下：
public class Minister
{
public static void mian(String[] args){
for(int day=0; day<3; day++){
Emperor emperor = Emperor.getInstance();
emperor.say();
}
}
}输出结果：我是秦始皇.....
我是秦始皇.....
我是秦始皇.....
这就是单例模式
通用类图
Singleton类称为单例类，通过使用private的构造函数确保了在一个应用中只产生一个实例，并且是自行实例化的（在Singleton中自己使用new Singleton()）。
二、单例模式通用代码：
public class Singleton
{
private static final Singleton singleton = new Singleton();
//限制产生多个对象
private Singleton(){}
//通过该方法获得实例对象
public static Singleton getSingleton(){
return singleton;
}
//类中的其他方法，尽量static
public static void doSomething(){}
}三、单例模式优点：
● 由于单例模式在内存中只有一个实例，减少了内存开支
● 由于单例模式只生成一个实例，所以减少了系统的性能开销
如：当一个对象的产生需要比较多个的资源时，如读取配置、产生其他依赖对象时，则可以通过在应用中启动时直接产生一个到单例对象，然后用永久驻留内存的方式来解决
● 单例模式可以避免对资源的多重占用
● 单例模式可以在系统设置全局的访问点，优化和共享资源访问，例如可以设计一个单例类，负责所有数据表的映射处理
四、单例模式缺点：
● 单例模式一般没有借口，扩展很困难
因为借口对单例模式是没有任何意义的，它要求“自行实例化”，并且提供单一实例，而借口或抽象类是不可能被实例化的（特殊情况除外）
● 单例模式对测试是不利的
● 单例模式与单一职责原则有冲突
一个类应该只实现一个逻辑，而不关心它是否是单例的，是不是要单例取决于环境，单例模式把“要单例”和业务逻辑融合在一个类中
五、单例模式使用场景：
● 要求生成唯一序列号的环境
● 在整个项目中需要一个共享访问点或共享数据
如：一个Web页面上的计数器，可以不用每次刷新都记录到数据库中，使用单例模式保持计数器的值，并确保是线程安全的
● 创建一个对象需要消耗的资源过多
如：要访问IO和数据库等资源
● 需要定义大量的静态常量和静态方法的场景（当然，可以直接声明为static的方式）
如：工具类
六、单例模式的注意事项：
高并发情况下，注意单例模式的线程同步问题。
public class Singleton
{
private static Singleton singleton = null;
private Singleton(){}
public static Singleton getSingleton(){
if(singleton == null){
singleton = new Singleton();
}
return singleton;
}
} 上述代码中低并发情况下不会出现问题，如果系统压力增大，并发量增加时则可能在内存中存在多个实例了，为何呢？ 如一个线程A执行到 singleton = new Singleton() ,但是还没有获得对象，第二个线程B也在执行，并且执行到了if(singleton == null) 的判断，那么此时B获得的判断条件也是真，于是继续运行下去，线程A获得了一个对象，线程B也获得了一个对象，内存中存在了两个对象！！
解决：解决线程不安全的方法很多，可以在getSingleton方法前加synchronized关键字，也可以在getSingleton方法内增加synchronized来实现，但都不是最优秀的单例模式。
建议使用上文中出现的：单例模式通用代码 这个方式，该方式成为饿汉式单例
其次，需要考虑对象复制情况。在Java中对象默认不可复制，若实现了Cloneable接口，并实现了clone方法，则可以直接通过对象复制方法创建一个新对象，对象复制是不用调用类的构造函数的，所以即使是私有的构造函数，对象仍然可以被复制。
解决该问题的最好方法就是单例类不要事先Cloneable接口！
欢迎转载，转载注明出处，谢谢
Mr.傅：阅读自《设计模式之禅》
设计模式学习之——单例模式,布布扣,bubuko.com
设计模式学习之——单例模式
原文：http://blog.csdn.net/fu222cs98/article/details/23557141
