Java 单例模式

简介: 前言:昨天公司计划把项目中的部分功能做出SDK的形式,供其他公司的产品使用,所以不得不重新研究一下单例模式。   为什么单例 1、在内存中只有一个对象,节省内存空间。避免频繁的创建销毁对象,可以提高性能。
前言:昨天公司计划把项目中的部分功能做出SDK的形式,供其他公司的产品使用,所以不得不重新研究一下单例模式。

 

为什么单例

1、在内存中只有一个对象,节省内存空间。避免频繁的创建销毁对象,可以提高性能。避免对共享资源的多重占用。可以全局访问。

2、确保一个类只有一个实例,自行实例化并向系统提供这个实例

 

单例需要注意的问题

1、线程安全问题

2、资源使用问题

 

实际上本文就是在讨论这两个问题 

 

1、方式1 (饿汉式)

package com;

public class Singleton {

	private static Singleton instance = new Singleton() ;


	private Singleton(){

	}

	public static Singleton getInstance() {  
		return  instance ;  
	}  

}

  优点:在未调用getInstance() 之前,实例就已经创建了,天生线程安全

      缺点:如果一直没有调用getInstance() , 但是已经创建了实例,造成了资源浪费。

 

2、方式1 (懒汉式)

package com;

public class Person {
	private static Person person ;

	private Person(){
		
	}
	
	public static Person get(){
		if ( person == null ) {
			person = new Person() ;
		}
		return person ;
	}

}

优点:get() 方法被调用的时候,才创建实例,节省资源。

缺点:线程不安全。

  这种模式,可以做到单例模式,但是只是在单线程中是单例的,如果在多线程中操作,可能出现多个实例。

     测试:启动20个线程,然后在线程中打印 Person 实例的内存地址

package com;

public class A1  {
	
	public static void main(String[] args) {
		
		for ( int i = 0 ;  i < 20 ; i ++ ) {
			new Thread( new Runnable() {
				
				@Override
				public void run() {
					System.out.println( Person.get().hashCode() );
				}
			}).start(); ;
			
		}
		
	}
}

  结果:可以看到出现了两个实例

    造成的原因:

线程A希望使用Person,调用get()方法。因为是第一次调用,A就发现 person 是null的,于是它开始创建实例,就在这个时候,CPU发生时间片切换,线程B开始执行,它要使用 Person ,调用get()方法,同样检测到 person 是null——注意,这是在A检测完之后切换的,也就是说A并没有来得及创建对象——因此B开始创建。B创建完成后,切换到A继续执行,因为它已经检测完了,所以A不会再检测一遍,它会直接创建对象。这样,线程A和B各自拥有一个 Person 的对象——单例失败!

总结:1、可以实现单线程单例 

        2、多线单例无法保证

改进:1、加锁

 

3、 用synchronized  加锁同步

package com;

public class Person {
	private static Person person ;

	private Person(){

	}

	public synchronized static Person get(){
		if ( person == null ) {
			person = new Person() ;
		}
		return person ;
	}



}

  经过测试,已经可以满足多线程的安全问题了,synchronized修饰的同步块可是要比一般的代码段慢上几倍的!如果存在很多次get()的调用,那性能问题就不得不考虑了!

优点:

1、满足单线程的单例

2、满足多线程的单例

缺点:

1、性能差

 

4、改进性能  双重校验

package com;

public class Person {
	private static Person person ;

	private Person(){
	}

	public synchronized static Person get(){
		if ( person == null ) {
			synchronized ( Person.class ){
				if (person == null) { 
					person = new Person(); 
				} 
			}
		}
		return person ;
	}

}

  首先判断person 是不是为null,如果为null,加锁初始化;如果不为null,直接返回 person 。整个设计,进行了双重校验。

优点:

1、满足单线程单例

2、满足多线程单例

3、性能问题得以优化

 

缺点:第一次加载时反应不快,由于java内存模型一些原因偶尔失败

 

5、volatile 关键字,解决双重校验带来的弊端

package com;

public class Person {

	private static volatile Person person = null ;


	private Person(){

	}

	public static Person getInstance(){
		if ( person == null ) {
			synchronized ( Person.class ){
				if ( person == null ) {
					person = new Person() ;
				}
			}
		}

		return person ;
	}

}

  假设没有关键字volatile的情况下,两个线程A、B,都是第一次调用该单例方法,线程A先执行 person = new Person(),该构造方法是一个非原子操作,编译后生成多条字节码指令,由于JAVA的指令重排序,可能会先执行 person 的赋值操作,该操作实际只是在内存中开辟一片存储对象的区域后直接返回内存的引用,之后 person 便不为空了,但是实际的初始化操作却还没有执行,如果就在此时线程B进入,就会看到一个不为空的但是不完整 (没有完成初始化)的 Person对象,所以需要加入volatile关键字,禁止指令重排序优化,从而安全的实现单例。

     补充:看了图片加载框架 Glide (3.7.0版) 源码,发现glide 也是使用volatile 关键字的双重校验实现的单例,可见这种方法是值得信赖的。

  

6、静态内部类

package com;

public class Person {

	private Person(){

	}

	private static class PersonHolder{
		/**
		 * 静态初始化器,由JVM来保证线程安全
		 */
		private static Person instance = new Person();
	}


	public static Person getInstance() {
		return PersonHolder.instance;
	}

}

  优点:

1、资源利用率高,不执行getInstance()不被实例,可以执行该类其他静态方法

 

7、枚举类实现单例

package com;

public enum Singleton {
	INSTANCE ;

	public void show(){
		// Do you need to do things 
	}
}

  使用

获取实例对象:Singleton.INSTANCE

调用其他方法:Singleton.INSTANCE.show();

     测试

package com;

public class A1  {
	
	public static void main(String[] args) {
		
		for ( int i = 0 ;  i < 20 ; i ++ ) {
			new Thread( new Runnable() {
				
				@Override
				public void run() {
					System.out.println( Singleton.INSTANCE.hashCode() ) ;
				}
			}).start(); ;
			
		}
	}
}

      结果:

  

 

   可以看到用20个线程去访问对象的内存地址, 内存地址都是一样的,保证了线程的安全性。

 

 

总结:

1、上面的7中方法,都实现了某种程度的单例,各有利弊,根据使用的场景不同,需要满足的特性不同,选取合适的单例方法才是正道。

2、对线程要求严格,对资源要求不严格的推荐使用:1    饿汉式

3、对线程要求不严格,对资源要求严格的推荐使用:2    懒汉式

4、对线程要求稍微严格,对资源要求严格的推荐使用:4  双重加锁

5、同时对线程、资源要求非常严格的推荐使用:5 、 6 

 

 

相关文章
|
16天前
|
设计模式 安全 Java
Java编程中的单例模式:理解与实践
【10月更文挑战第31天】在Java的世界里,单例模式是一种优雅的解决方案,它确保一个类只有一个实例,并提供一个全局访问点。本文将深入探讨单例模式的实现方式、使用场景及其优缺点,同时提供代码示例以加深理解。无论你是Java新手还是有经验的开发者,掌握单例模式都将是你技能库中的宝贵财富。
24 2
|
26天前
|
设计模式 安全 Java
Java编程中的单例模式深入剖析
【10月更文挑战第21天】在Java的世界里,单例模式是设计模式中一个常见而又强大的存在。它确保了一个类只有一个实例,并提供一个全局访问点。本文将深入探讨如何正确实现单例模式,包括常见的实现方式、优缺点分析以及最佳实践,同时也会通过实际代码示例来加深理解。无论你是Java新手还是资深开发者,这篇文章都将为你提供宝贵的见解和技巧。
93 65
|
16天前
|
设计模式 安全 Java
Java编程中的单例模式深入解析
【10月更文挑战第31天】在编程世界中,设计模式就像是建筑中的蓝图,它们定义了解决常见问题的最佳实践。本文将通过浅显易懂的语言带你深入了解Java中广泛应用的单例模式,并展示如何实现它。
|
23天前
|
设计模式 SQL 安全
Java编程中的单例模式深入解析
【10月更文挑战第24天】在软件工程中,单例模式是设计模式的一种,它确保一个类只有一个实例,并提供一个全局访问点。本文将探讨如何在Java中使用单例模式,并分析其优缺点以及适用场景。
11 0
|
27天前
|
SQL 设计模式 Java
[Java]单例模式
本文介绍了单例模式的概念及其实现方式,包括饿汉式和懒汉式两种形式,并详细探讨了懒汉式中可能出现的线程安全问题及其解决方案,如锁方法、锁代码块和双重检查锁(DCL)。文章通过示例代码帮助读者更好地理解和应用单例模式。
28 0
|
2月前
|
设计模式 安全 Java
Java 编程中的设计模式:单例模式的深度解析
【9月更文挑战第22天】在Java的世界里,单例模式就像是一位老练的舞者,轻盈地穿梭在对象创建的舞台上。它确保了一个类仅有一个实例,并提供全局访问点。这不仅仅是代码优雅的体现,更是资源管理的高手。我们将一起探索单例模式的奥秘,从基础实现到高级应用,再到它与现代Java版本的舞蹈,让我们揭开单例模式的面纱,一探究竟。
41 11
|
1月前
|
设计模式 SQL 安全
【编程进阶知识】Java单例模式深度解析:饿汉式与懒汉式实现技巧
本文深入解析了Java单例模式中的饿汉式和懒汉式实现方法,包括它们的特点、实现代码和适用场景。通过静态常量、枚举类、静态代码块等方式实现饿汉式,通过非线程安全、同步方法、同步代码块、双重检查锁定和静态内部类等方式实现懒汉式。文章还对比了各种实现方式的优缺点,帮助读者在实际项目中做出更好的设计决策。
42 0
|
3月前
|
设计模式 存储 负载均衡
【五】设计模式~~~创建型模式~~~单例模式(Java)
文章详细介绍了单例模式(Singleton Pattern),这是一种确保一个类只有一个实例,并提供全局访问点的设计模式。文中通过Windows任务管理器的例子阐述了单例模式的动机,解释了如何通过私有构造函数、静态私有成员变量和公有静态方法实现单例模式。接着,通过负载均衡器的案例展示了单例模式的应用,并讨论了单例模式的优点、缺点以及适用场景。最后,文章还探讨了饿汉式和懒汉式单例的实现方式及其比较。
【五】设计模式~~~创建型模式~~~单例模式(Java)
|
2月前
|
设计模式 Java 安全
Java设计模式-单例模式(2)
Java设计模式-单例模式(2)
|
3月前
|
设计模式 安全 Java
Java 单例模式,背后有着何种不为人知的秘密?开启探索之旅,寻找答案!
【8月更文挑战第30天】单例模式确保一个类只有一个实例并提供全局访问点,适用于需全局共享的宝贵资源如数据库连接池、日志记录器等。Java中有多种单例模式实现,包括饿汉式、懒汉式、同步方法和双重检查锁定。饿汉式在类加载时创建实例,懒汉式则在首次调用时创建,后者在多线程环境下需使用同步机制保证线程安全。单例模式有助于提高代码的可维护性和扩展性,应根据需求选择合适实现方式。
35 1
下一篇
无影云桌面