单例模式
单例模式最初的定义出现于《设计模式》(艾迪生维斯理, 1994):“保证一个类仅有一个实例,并提供一个访问它的全局访问点。”
Java中单例模式定义:“一个类有且仅有一个实例,并且自行实例化向整个系统提供。”
单例模式三要点;
一、某个类只能有一个实例;
二、它必须自行创建这个实例;
三、它必须自行向整个系统提供这个实例。
单例模式实现三步走:
一、单例模式的类只提供私有的构造函数,
二、类定义中含有一个该类的静态私有对象,
三、该类提供了一个静态的public方法,返回该实例。
优缺点:
优点
一、实例控制
单例模式会阻止其他对象实例化其自己的单例对象的副本,从而确保所有对象都访问唯一实例。
二、灵活性
因为类控制了实例化过程,所以类可以灵活更改实例化过程。
缺点
一、开销
虽然数量很少,但如果每次对象请求引用时都要检查是否存在类的实例,将仍然需要一些开销。可以通过使用静态初始化解决此问题。
二、可能的开发混淆
使用单例对象(尤其在类库中定义的对象)时,开发人员必须记住自己不能使用
new关键字实例化对象。因为可能无法访问库源代码,因此应用程序开发人员可能会意外发现自己无法直接实例化此类。
三、对象生存期
不能解决删除单个对象的问题。在提供内存管理的语言中(例如基于.NET Framework的语言),只有单例类能够导致实例被取消分配,因为它包含对该实例的私有引用。在某些语言中(如 C++),其他类可以删除对象实例,但这样会导致单例类中出现悬浮引用。。
单例模式的三种常见形式:
第一种形式:懒汉式,也是常用的形式。
1
2
3
4
5
6
7
8
9
10
11
|
//不适用于多线程
public
class
SingletonClass{
private
static
SingletonClass instance=
null
;
public
static
SingletonClass getInstance(){
if
(instance==
null
){
instance=
new
SingletonClass();
}
return
instance;
}
private
SingletonClass(){
}
}
public class SingletonClass{
private static SingletonClass instance= null ;
//该处加锁易导致系统性能下降
public static synchronized SingletonClass getInstance(){
if (instance== null ){
instance= new SingletonClass();
}
return instance;
}
private SingletonClass(){
}
}
|
第二种形式:饿汉式
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
//对第一行static的一些解释
// java允许我们在一个类里面定义静态类。比如内部类(nested class)。
//把nested class封闭起来的类叫外部类。
//在java中,我们不能用static修饰顶级类(top level class)。
//只有内部类可以为static。
public class Singleton{
//在自己内部定义自己的一个实例,只供内部调用
private static final Singleton instance = new Singleton();
private Singleton(){
//do something
}
//这里提供了一个供外部访问本class的静态方法,可以直接访问
public static Singleton getInstance(){
return instance;
}
}
|
第三种形式: 双重锁的形式(想了解此形式,可学习一下volatile关键字)。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
public class Singleton{
//在1.4之前的java版本中,由于jvm对关键volatile的实现会导致双重锁验证失败(使用该形式请注意java版本)
private static volatile Singleton instance= null ;
private Singleton(){
//do something
}
public static Singleton getInstance(){
if (instance== null ){
synchronized(SingletonClass. class ){
if (instance== null ){
instance= new Singleton();
}
}
}
return instance;
}
}
//这个模式将同步内容下方到if内部,提高了执行的效率,不必每次获取对象时都进行同步,
//只有第一次才同步,创建了以后就
没必要了。
这种模式中双重判断加同步的方式,比第一个例子
//中的效率大大提升,因为如果单层if判断,在服务器允许的情况下,
//假设有一百个线程,耗费的时间为100*(同步判断时间+if判断时间),而如果双重if判断,
//100的线程可以同时if判断,
理论消耗的时间只有一个if判断的时间。
所以如果面对高并发的情况
//,而且采用的是懒汉模式,最好的选择就是双重判断加同步的方式。
|
注意:java1.2之前的版本,由于垃圾回收器bug,需创建一个全局引用保护单例实例,以防止被当做垃圾回收。