面试之单例模式

单例模式详解

概述

单例模式,有5种常见的实现方式。每种方式都包含着相应的技术细节和知识点。

JAVA实现单例模式有5种方案:分别是“懒汉”“饿汉”“枚举”“内部静态类”“双重校验锁”。

总体上来说,单例模式的设计需要把握两点原则。其一,由于是单例模式,因此不能将类的构造函数暴露在外面,所以要将构造函数重写为私有的。其二,要考虑线程安全**,绝对不能多个线程构造出多个对象来**。

五种单例实现模式

1. 懒汉模式

public class Singleton{
	private static Singleton instance = null;
	private Singleton(){}
	public synchronized static Singleton getInstance(){
		if(instance == null)
			instance = new Singleton();
		return instance;
	}
}

上面的代码中,synchronized是为了保证多线程安全的。之所以叫懒汉模式,是因为该方案只有在调用getInstance()方法的时候才会创建单例对象,显得有点儿懒惰。

面试点:此方案可以考察应聘者对synchronized关键字的理解。

2. 饿汉模式

public class Singleton{
	private static Singleton instance = new Singleton();
	private Singleton(){}
	public static Singleton getInstance(){
		return instance;
	}
}

和懒汉模式相比,饿汉模式是在装载Singleton类的时候便初始化对象。提前做好准备,所以叫做饿汉。读者一定注意到饿汉模式中getInstance()方法没有使用synchronized关键字。的确,饿汉模式的线程安全不是依靠synchronized来保证的,而是依靠JVM。对,就是Java Virtual Machine。

Java文件在编译的时候,对于包含静态初始化语句或者静态变量初始化语句的类,其生成的.class文件中会包含一个方法。<clinit>方法专门负责执行“类变量初始化语句”和“静态初始化语句”,而且方法能够保证初始化类变量这一过程的线程安全。为此,我们说,机制是饿汉模式能够实现线程安全的基础。

面试点:此方案可以考察应聘者对JVM中类加载机制和对象加载机制的理解。

3. 枚举模式(推荐)

枚举本身就是一种对单例模式友好的结构,也是我本人推崇的实现单例的方式,简单高效。

public enum Singleton{
	INSTANCE;
	public static Singleton getInstance(){
		return INSTANCE;
	}
}

面试点:此方案可以考察应聘者对枚举的理解和掌握,包括枚举的初始化、构造函数、values方法等。

4. 内部静态类(推荐)

public class Singleton{
	private static class SingletonHolder{
		private static final Singleton INSTANCE=new Singleton(); 
	}
	private Singleton(){}
	public static Singleton getInstance(){
		return SingletonHolder.INSTANCE;
	}
}

在内部静态类方案中,单例对象的加载方式和饿汉模式一样,也是利用类加载时的机制来保证线程安全性。

面试点:此方案可以考察应聘者对Java四种嵌套类的理解和掌握。

对synchronized关键字“玩的活”(理解的透彻)的小伙伴一定能看出来,下面的代码是懒汉模式的另一种等价写法(请自行对比):

public class Singleton {
	private static Singleton instance=null;
	private Singleton(){}
	public static Singleton getInstance(){
		synchronized (Singleton.class) {
			if(instance==null)
				instance=new Singleton();				
		}
		return instance;
	}	
}

5. 双重校验锁(DCL)

DCL的全称是Double Check Lock。DCL实现单例模式在volatile关键字出现之前一直是被错误使用的,直到volatile关键字的出现。下面是DCL正确的代码。

public class Singleton{
	private volatile static Singleton instance=null;//一定要加volatile
	private Singleton(){}
	public static Singleton getInstance(){
		if(instance==null){
		  synchronized (Singleton.class) {
				if(instance==null)
					instance=new Singleton();				
			}
		}
		return instance;
	}
}

双重检验锁非常容易写错,请看下面的错误代码:

//错误的代码  
public class Singleton {  
    private static Singleton instance=null;  
    private Singleton(){}  
    public static Singleton getInstance(){  
        if(instance==null){  
            synchronized (Singleton.class) {  
                if(instance==null)  
                    instance=new Singleton();            
            }             
        }  
        return instance;  
    }  
}  

不仔细的同学一定找不出其中的问题!提醒一下,一定要用volatile关键字修饰单例对象。DCL的线程安全性基于synchronized、以及volatile对于可见性的保证。

面试点:此方案可以考察应聘者对volatile关键字的理解和掌握。

单例模式面试中是常考的设计模式之一,相关面试内容涵盖概念、实现方式、线程安全、破坏及防范等方面。 ### 单例模式的概念 单例模式(Singleton)是一种常见的设计模式,主要用于保证一个类在系统中只有一个实例,并提供一个全局访问点,在资源管理(如配置类、日志类、线程池、驱动类)中非常常用[^3]。 ### 实现方式 单例模式的实现主要有饿汉式和懒汉式两种方式: - **饿汉式(Hungry Singleton)**:在程序加载时就创建好实例,不管是否使用。天然线程安全(因为只构造一次),但如果实例较大或不一定用到,会造成资源浪费。示例代码如下: ```cpp class Singleton { private: static Singleton* instance; Singleton() {} public: static Singleton* getInstance() { return instance; } }; Singleton* Singleton::instance = new Singleton(); ``` - **懒汉式(Lazy Singleton)**:类加载不会导致该单实例对象被创建,而是首次使用该对象时才会创建[^3][^4]。 ### 线程安全问题 不同实现方式下获取单例对象(即调用`getInstance`)时的线程安全情况不同: - 饿汉式:类加载就会导致该单实例对象被创建,天然线程安全[^3][^4]。 - 懒汉式:首次使用该对象时才会创建,需要额外处理来保证线程安全[^4]。 ### 破坏单例及防范措施 单例可能会被反射、反序列化和对象克隆破坏,防范措施如下: - 为防止反射和反序列化破坏单例,可以在单例类的私有构造函数中添加逻辑,判断是否已经创建过实例,如果是则抛出异常。 - 对于对象克隆,可以重写`clone`方法,返回单例实例而不是创建新的实例。 - 对于枚举类型的单例,由于其本身的特性,天然防止了反射、反序列化和对象克隆的破坏[^5]。 ### 常见面试面试中还可能会出现对代码细节的提问,例如在饿汉式实现中: ```java public final class Singleton implements Serializable { private Singleton() { } private static final Singleton INSTANCE = new Singleton(); public static Singleton getInstance() { return INSTANCE; } public Object readResolve() { return INSTANCE; } } ``` 可能会被问到诸如“为什么加`final`”“如果实现了序列化接口,还要做什么来防止反序列化破坏单例”“为什么设置为私有,是否能防止反射创建新的实例”等问题[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值