前言:设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。在平时的软件开发中,单例模式可以说是我们接触最多的设计模式了。当我们想要让整个程序在运行期间只存在一个对象时,我们总是很习惯地联想到单例模式。在我之前在第一次尝试在写一个基于安卓平台的一个类似备忘录的一个APP时,我对整个APP对于数据库的增删查改的模型层便采用这种设计模式。那么,为什么要采用这种设计模式呢?
目录
单例模式简介:
单例模式是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例类的特殊类。通过单例模式可以保证系统中一个类只有一个实例而且该实例易于外界访问,从而方便对实例个数的控制并节约系统资源。如果希望在系统中某个类的对象只能存在一个,单例模式是最好的解决方案。
单例模式的模式动机:
对于前人总结出来的23种设计模式,每一种模式都有其对应的适用场景,世上没有一种东西的存在是没有意义的。软件开发行业总结出来的设计模式也不例外。
对于系统中的某些类来说,只有一个实例很重要,例如,一个系统中可以存在多个打印任务,但是只能有一个正在工作的任务;一个系统只能有一个窗口管理器或文件系统;一个系统只能有一个计时工具或ID(序号)生成器。如在Windows中就只能打开一个任务管理器。如果不使用机制对窗口对象进行唯一化,将弹出多个窗口,如果这些窗口显示的内容完全一致,则是重复对象,浪费内存资源;如果这些窗口显示的内容不一致,则意味着在某一瞬间系统有多个状态,与实际不符,也会给用户带来误解,不知道哪一个才是真实的状态。因此有时确保系统中某个对象的唯一性即一个类只能有一个实例非常重要。
如何保证一个类只有一个实例并且这个实例易于被访问呢?定义一个全局变量可以确保对象随时都可以被访问,但不能防止我们实例化多个对象。一个更好的解决办法是让类自身负责保存它的唯一实例。这个类可以保证没有其他实例被创建,并且它可以提供一个访问该实例的方法。这就是单例模式的模式动机。
单例模式的优缺点:
正如同世上的每一枚硬币都有其正反两面一般,单例模式也有其优劣点,频繁地滥用单例模式也可能导致不必要的资源浪费。
【单例模式优缺点】
【优点】
一、实例控制
单例模式会阻止其他对象实例化其自己的单例对象的副本,从而确保所有对象都访问唯一实例。
二、灵活性
因为类控制了实例化过程,所以类可以灵活更改实例化过程。
【缺点】
一、开销
虽然数量很少,但如果每次对象请求引用时都要检查是否存在类的实例,将仍然需要一些开销。可以通过使用静态初始化解决此问题。
二、可能的开发混淆
使用单例对象(尤其在类库中定义的对象)时,开发人员必须记住自己不能使用new关键字实例化对象。因为可能无法访问库源代码,因此应用程序开发人员可能会意外发现自己无法直接实例化此类。
三、对象生存期
不能解决删除单个对象的问题。在提供内存管理的语言中(例如基于.NET Framework的语言),只有单例类能够导致实例被取消分配,因为它包含对该实例的私有引用。在某些语言中(如 C++),其他类可以删除对象实例,但这样会导致单例类中出现悬浮引用。
单例模式常见的应用场景
1. Windows的Task Manager(任务管理器)就是很典型的单例模式(这个很熟悉吧),想想看,是不是呢,你能打开两个windows task manager吗? 不信你自己试试看哦~
2. windows的Recycle Bin(回收站)也是典型的单例应用。在整个系统运行过程中,回收站一直维护着仅有的一个实例。
3. 网站的计数器,一般也是采用单例模式实现,否则难以同步。
4. 应用程序的日志应用,一般都用单例模式实现,这一般是由于共享的日志文件一直处于打开状态,因为只能有一个实例去操作,否则内容不好追加。
5. Web应用的配置对象的读取,一般也应用单例模式,这个是由于配置文件是共享的资源。
6. 数据库连接池的设计一般也是采用单例模式,因为数据库连接是一种数据库资源。数据库软件系统中使用数据库连接池,主要是节省打开或者关闭数据库连接所引起的效率损耗,这种效率上的损耗还是非常昂贵的,因为用单例模式来维护,就可以大大降低这种损耗。
7. 多线程的线程池的设计一般也是采用单例模式,这是由于线程池要方便对池中的线程进行控制。
8. 操作系统的文件系统,也是大的单例模式实现的具体例子,一个操作系统只能有一个文件系统。
9. HttpApplication 也是单例的典型应用。熟悉ASP.Net(IIS)的整个请求生命周期的人应该知道HttpApplication也是单例模式,所有的HttpModule都共享一个HttpApplication实例.
在Java语言中的实现:
1.饿汉式单例:
public class SingleTonDemo1 implements Serializable{
private static SingleTonDemo1 instance = new SingleTonDemo1();
//私有化构造方法
private SingleTonDemo1(){
//防止反射破坏单例
if(instance != null){
throw new RuntimeException();
}
}
//获取唯一实例化对象的接口
public static SingleTonDemo1 getInstance(){
return instance;
}
//防止反序列化时破坏单例
private Object readResolve() throws ObjectStreamException{
return instance;
}
}
见其名,思其义。一个“饿”字便生动形象地点出了这种单例模式的特点。这种单例会在程序执行的时候变初始化了一个对象实例(详见static关键字)。而不管程序是否有调用了该实例对象,这种单例模式是线程安全的。当然,倘若该类实现了Serializable接口(在实际开发中可能出现这种情况),那么,不怀好意的人可能就会使用反序列化技术对该单例进行破坏。所以,在采用了单例模式又实现了Serializable接口的类中,我们往往要考虑到这种情况的发生。除了反序列化问题之外。我们知道,在java这种语言中,还有反射这种技术的存在。所以,我们在设计采用了单例模式的类的时候,我们也要防止不怀好意的采用反射技术破坏单例,从而造成系统的混乱乃至造成不必要的损失。所以我们可以在已经私有化对构造方法中还要进行一次判断当前是否已经存在单例对象。当然,这种单例模式也存在着资源浪费的隐患。
2.懒汉式单例
/**
* 懒汉式单例
* @author ASUS
* 优点:线程安全,可以延迟加载
* 缺点:效率低
*/
public class SingleTonDemo2 {
private static SingleTonDemo2 instance;
//保证线程安全
private SingleTonDemo2(){
}
//获取对象的接口
//使用synchronized关键字保证同步
public static synchronized SingleTonDemo2 getInstance(){
if(instance == null){
instance = new SingleTonDemo2();
}
return instance;
}
}
顾名思义,懒汉式单例突出就是一个“懒”字,它的设计理念就是在系统调用getInstance方法的时候才去创建实例对象。而不像饿汉式单例一般在程序初始化时就已经实例化。当然,一般的懒汉式单例往往存在着这样的一个问题:当有多个线程存在的时候,往往会出现有两个或者两个以上线程在同一时间都需要实例化对象,但此时由于系统中并不存在这样的一个对象。所以他们各自都创建了一个单例对象,这样便违背了单例模式的设计初衷。所以,在我这段程序当中,我采用了java语言中的使用synchronized关键字保证同步,确保线程安全。但是,凡事有所得必有所失。这种设计将会使得JVM在实例化对象时的效率下降。
3.双重校验锁单例
**
* 双重锁校验单例
* 优点:集合了饿汉式跟懒汉式单例的优点
* 问题:由于JVM底层原因以及内存模型问题,有的时候会失效
* @author ASUS
*
*/
public class SingleTonDemo3 {
private static SingleTonDemo3 instance;
private SingleTonDemo3(){
}
//双重锁校验
public static SingleTonDemo3 getInstance(){
if(instance == null){
synchronized(SingleTonDemo3.class){
if(instance == null)
instance = new SingleTonDemo3();
}
}
return instance;
}
}
技术人员往往有一颗不服输的心,解决问题是他们的执着的动力。当一个问题出现的时候,不服输的人便会尝试去解决问题。这也正是技术得以发展的原因。人们对于饿汉式跟懒汉式单例模式的设计并不是十分满意,于是又提出了一个基于双重校验锁的单例模式。这种单例模式糅合了懒汉式与饿汉式单例的优点。但是由于JVM底层的原因以及内存模型的问题,有的时候会失效。
4.基于内部类实现的单例模式
/**
* 单例模式内部类实现
* 优点:线程安全,效率高,可以延迟加载
* @author ASUS
*
*/
public class SingleTonDemo4 {
private static class singleTon{
private static SingleTonDemo4 instance = new SingleTonDemo4();
}
private SingleTonDemo4(){
}
//获取单例对象的接口
public static SingleTonDemo4 getInstance(){
return singleTon.instance;
}
}
5.使用枚举实现的单例模式
/**
* 枚举类型实现单例
* 优点:线程安全,效率高,可以防止反射以及反序列化破坏单例模式
* 缺点:不能延迟加载
* @author ASUS
*
*/
public enum SingleTonDemo5 {
INSTANCE;
}