java设计模式----单例模式

        这个模式是很有意思，而且比较简单，但是我还是要说因为它使用的是如此的广泛，如此的有人缘，单例就是单一、独苗的意思，那什么是独一份呢？你的思维是独一份，除此之外还有什么不能山寨的呢？我们举个比较难复制的对象：皇帝中国的历史上很少出现两个皇帝并存的时期，是有，但不多，那我们就认为皇帝是个单例模式，在这个场景中，有皇帝，有大臣，大臣是天天要上朝参见皇帝的，今天参拜的皇帝应该和昨天、前天的一样（过渡期的不考虑，别找茬哦），大臣磕完头，抬头一看，嗨，还是昨天那个皇帝，单例模式，绝对的单例模式，先看类图：

然后我们看程序实现，先定一个皇帝：

package com.dashu.singleton;/** * 一山不容二虎，皇帝只有一个 ,Emperor为单例类 * */public class Emperor {private static Emperor emperor = null;private Emperor() {}public static Emperor getInstance() {if (emperor == null) {emperor = new Emperor();}return emperor;}public void emperorInfo() {System.out.println("我是唯一的皇帝");}}

然后定义大臣：

package com.dashu.singleton;/** * 大臣拜皇帝 * 每天的皇帝都只有一个 * */public class Minister {public static void main(String[] args) {Emperor emperor1=Emperor.getInstance();//获取皇帝实例emperor1.emperorInfo();Emperor emperor2=Emperor.getInstance();//获取皇帝实例emperor2.emperorInfo();}}

执行结果：

 这种设计风险：

           假如现在有两个线程A和线程B，线程A执行到 this.singletonPattern =new SingletonPattern()，正在申请内存分配，可能需要 0.001 微秒，就在这 0.001 微秒之内，线程 B 执行到if(this.singletonPattern == null)，你说这个时候这个判断条件是true还是false？是true，那然后呢？线程B也往下走，于是乎就在内存中就有两个SingletonPattern的实例了，看看是不是出问题了？如果你这个单例是去拿一个序列号或者创建一个信号资源的时候，会怎么样？业务逻辑混乱！数据一致性校验失败！最重要的是你从代码上还看不出什么问题，这才是最要命的！因为这种情况基本上你是重现不了的，不寒而栗吧，那怎么修改？有很多种方案，我就说一种，能简单的、彻底解决问题的方案：

public class SingletonPattern {private static final SingletonPattern singletonPattern= newSingletonPattern();//限制住不能直接产生一个实例private SingletonPattern(){}public synchronized static SingletonPattern getInstance(){return singletonPattern;}}

直接 new 一个对象传递给类的成员变量 singletonpattern，你要的时候 getInstance（）直接返回给你，解决问题！