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= new
SingletonPattern();
//限制住不能直接产生一个实例
private SingletonPattern(){
}
public synchronized static SingletonPattern getInstance(){
return singletonPattern;
}
}

直接 new 一个对象传递给类的成员变量 singletonpattern,你要的时候 getInstance()直接返回给你,解决问题!

java设计模式----单例模式,古老的榕树,5-wow.com

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。