面试的时候面试官经常问,你知道哪些设计模式?一般开发者回答的项目中肯定会有单例模式?要是面试官接过回答继续问单例模式有几种,各有什么优劣呢?要是你能回答上来肯定会锦上添花。这节我们就来认识一下几种单例模式的优劣。
对比之前,先来回顾一个问题,哪种情景需要单利模式,比如说:线程池、缓存、对话框、日志对象等。这些类的对象只能有一个实例。多了会有各种异常麻烦。
经典的单例模式:
public class Singleton{
//利用一个静态变量来记录Singleton类的唯一实例。
private statice Singleton uniqueInstance;
//把构造器设置为私有的,只有Singleton才能调用
private Singleton(){}
//对外唯一访问入口,实例化对象,并返回对象,延迟实例化创建!
public statice Singleton getInstance(){
if(uniqueInstance==null){
uniqueInstance=new Singleton();
}
return uniqueInstance;
}
}
单件模式的定义:确保一个类只有一个实例,并提供一个全局访问点。
简单单例模式主要缺点:在多线程执行同一个单利模式时,由于实例化过程的延迟,造成多线程实例化的先后顺序轮乱。特别是在实例化对象中加入其它操作的时候。
多线程处理的单例模式:
public class Singleton{
//利用一个静态变量来记录Singleton类的唯一实例。
private statice Singleton uniqueInstance;
//把构造器设置为私有的,只有Singleton才能调用
private Singleton(){}
//对外唯一访问入口,实例化对象,并返回对象
public statice synchronized Singleton getInstance(){
if(uniqueInstance==null){
uniqueInstance=new Singleton();
}
return uniqueInstance;
}
}
只要把getInstance 变成同步(synchronized)方法,多线程灾难几乎就可以轻易的解决 了。
但是同步会降低性能。我们编码的时候经常会提出这样的极致要求。
“急切”创建实例的单例模式:
public class Singleton{
//在静态初始化器(static initializen)中创建单件。这段代码保证了线程安全。
private statice Singleton uniqueInstance=new Singleton();
private Singleton(){}
public statice Singleton getInstance(){
return uniqueInstance;
}
}
我们依赖JVM在加载这个类时马上创建此唯一的单间实例。JVM保证在任何线程访问uniqueInstance静态变量之前,一定先创建此实例。
“双重检查加锁”的单例模式,在getInstance()中减少使用同步
public class Singleton{
//volatile关键词确保,当uniqueInstance变量被初始化成Singleto实例时,多个线程正确的处理uniqueInstance
private volatile statice Singleton uniqueInstance;
private Singleton(){}
//只有第一次实例化,才彻底执行里面的所有代码
public statice synchronized Singleton getInstance(){
//检查实例,如果不存在,就进入同步区
if(uniqueInstance==null){
synchronized (Singleton.class){//进入区块后再检查一次,如果仍为null,才创建实例。
if(uniqueInstance==null){
uniqueInstance=new Singleton();
}
}
}
return uniqueInstance;
}
}
如果性能是你关心的重点。那么这个做法可以帮你大大地减少getInstance()的时间消耗。(注意:双重加锁中 volatile在java1.5之后才能能使用)
好了,几种单例模式的优缺点主要围绕性能和多线程来说的。看使用的具体情况来选择吧。