java中的单例模式

这个模式很有意思,而且比较简单,使用是如此之广泛,单例就是单一、独苗的意思,那么什么是单一、独苗的意思呢?你的思维是独一份,除此之外还有什么不能山寨的呢?

举例:

中国的历史上很少出现两个皇帝并存的时期,有但是不多,那么我们认为皇帝就是单例模式,在这个场景中,有皇帝,有大臣,大臣是天天要上朝参见皇帝的,今天参拜的皇帝应该和昨天、前天的一样,大臣磕完头,抬头一看,还是昨天那个皇帝,单例模式,绝对的单例模式,先看类图:

填写图片摘要(选填)

​然后我们看程序实现,先定一个皇帝:

/**
*中国历史上一般都是一个朝代一个皇帝,有两个皇帝的话,必然要PK出一个皇帝出来
*/
public class Emperor{
		private static Emperor = null;//定义一个皇帝放在那里,然后给这个皇帝名
		//字世俗和道德约束你,目的就是不让你产生第二个皇帝
		private Emperor(){
			}
		
		public static Emperor getInstance(){
			if(emperor == null){ //如果皇帝还没有定义,那就定义一个
				emperor = new Emperor();
				}
				return emperor;
			}
			
			//皇帝叫什么名字
			public static void emperorInfo(){
				System.out.println("我是皇帝某某某。。。。。。");
				}
	}
	
	
	/*
	*然后定义大臣,大臣是要天天面见皇帝,今天见的皇帝和昨天的,前天不一样那就出问题了
	*/
	public class Minister{
			public static void main(String[] args){
					//第一天
					Emperor emperor1 = Emperor.getInstance();
					emperor1.emperorInfo();
					
					//第二天
					Emperor emperor2 = Emperor.getInstance();
					emperor2.emperorInfo();
				}
		}
	
	<span style="white-space:pre">	</span>
看到没,大臣天天见到的都是同一个皇帝,不会产生错乱情况,反正都是一个皇帝,是好是坏就这一个,只要提到皇帝,大家都知道指的是谁,问题是这个是通常情况,还有个例的,如果同一个时期同一个朝代有两个皇帝,怎么办?

单例模式很简单,就是在构造函数中多加了一个构造函数,访问权限是private就可以了,这个模式很简单,但是在简单中透漏着风险,在一个B/S项目中,每个HTTP Request请求到J2EE的容器后都创建了一个线程,每个线程都要创建同一个单例对象。怎么办,我们写一个通用的单例程序,然后分析一下:

/*通用单例模式*/
	public class SingletonPattern{
			private static SingletonPattern = null;
			//限制住不能直接产生一个实例
			private SingletonPattern(){}
			
			public SingletonPattern getInstance(){
					<span style="background-color: rgb(255, 255, 153);">if(this.singletonPattern == null){//如果还没有实例,则创建一个
						this.singletonPattern = new SingletonPattern();</span>
						
						}
				}return this.singletomPattern;
		}
	
我们来看黄色的那一部分,假如现在有两个线程 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()直接返回给你,解决问题! 




  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
单例模式是一种常用的创建模式,它保证一个类仅有一个实例,并提供一个访问它的全局访问点。 Java单例模式的实现方式有以下几种: 1. 饿汉式单例模式(线程安全): ```java public class Singleton { private static Singleton instance = new Singleton(); private Singleton() {} public static Singleton getInstance() { return instance; } } ``` 2. 懒汉式单例模式(非线程安全): ```java public class Singleton { private static Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } } ``` 3. 懒汉式单例模式(线程安全,但性能较低): ```java public class Singleton { private static Singleton instance; private Singleton() {} public synchronized static Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } } ``` 4. 双重检查锁定单例模式(线程安全,且性能较高): ```java public class Singleton { private volatile static Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance == null) { synchronized (Singleton.class) { if (instance == null) { instance = new Singleton(); } } } return instance; } } ``` 5. 静态内部类单例模式(线程安全,但是需要额外的内存): ```java public class Singleton { private static class SingletonHolder { private static final Singleton INSTANCE = new Singleton(); } private Singleton() {} public static Singleton getInstance() { return SingletonHolder.INSTANCE; } } ```

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值