设计模式之单例模式

来源：互联网发布：协同过滤算法java代码编辑：程序博客网时间：2024/06/11 09:55

模式定义：

确保某一个类只有一个实例，并且提供一个全局访问点

模式结构：

略

模式实现：

这里介绍三种实现方式，分别是DCL(双重检查锁定），静态内部类，枚举。

DCL：

public class Singleton {    //通过volatile关键字来确保安全    private volatile static Singleton singleton;    private Singleton() {    }    public static Singleton getInstance() {        if (singleton == null) {            synchronized (Singleton.class) {                if (singleton == null) {                    singleton = new Singleton();                }            }        }        return singleton;    }}

必须加volatile，否则可能会出现问题：singleton只是一个地址，而没有创建对象。

静态内部类：

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

这种方式是Singleton类被装载了，instance不一定被初始化。因为SingletonHolder类没有被主动使用，只有显示通过调用getInstance方法时，才会显示装载SingletonHolder类，从而实例化instance。

枚举：

class Resource {}public enum SomeThing {    INSTANCE;    private Resource instance;    SomeThing() {        instance = new Resource();    }    public Resource getInstance() {        return instance;    }}

它不仅能避免多线程同步问题，而且还能防止反序列化重新创建新的对象，可谓是很坚强的壁垒啊，不过，个人认为由于1.5中才加入enum特性，用这种方式写不免让人感觉生疏，在实际工作中，我也很少看见有人这么写过。

模式优点：

1、节约了系统资源。由于系统中只存在一个实例对象，对与一些需要频繁创建和销毁对象的系统而言，单例模式无疑节约了系统资源和提高了系统的性能

2、因为单例类封装了它的唯一实例，所以它可以严格控制客户怎样以及何时访问它。

模式缺点：

1、由于单例模式中没有抽象层，因此单例类的扩展有很大的困难。

2、单例类的职责过重，在一定程度上违背了“单一职责原则”

适用场景：

1、系统只需要一个实例对象，如系统要求提供一个唯一的序列号生成器，或者需要考虑资源消耗太大而只允许创建一个对象。

2、客户调用类的单个实例只允许使用一个公共访问点，除了该公共访问点，不能通过其他途径访问该实例。

资料：

http://cmsblogs.com/?p=2161

http://blog.csdn.net/yy254117440/article/details/52305175

1 0