辉仔日记之学代码第二十一期——单例模式

单例模式的定义

        单例（Singleton）模式的定义：指一个类只有一个实例，且该类能自行创建这个实例的一种模式。

单例模式有 3 个特点

1. 单例类只有一个实例对象；

2. 该单例对象必须由单例类自行创建；

3. 单例类对外提供一个访问该单例的全局访问点。

单例模式的缺点

• 单例模式一般没有接口，扩展困难。如果要扩展，则除了修改原来的代码，没有第二种途径，违背开闭原则。

• 在并发测试中，单例模式不利于代码调试。在调试过程中，如果单例中的代码没有执行完，也不能模拟生成一个新的对象。

• 单例模式的功能代码通常写在一个类中，如果功能设计不合理，则很容易违背单一职责原则

单例模式的应用场景

(这个很重要)

• 需要频繁创建的一些类，使用单例可以降低系统的内存压力，减少 GC。

• 某类只要求生成一个对象的时候，如一个班中的班长、每个人的身份证号等。

• 某些类创建实例时占用资源较多，或实例化耗时较长，且经常使用。

• 某类需要频繁实例化，而创建的对象又频繁被销毁的时候，如多线程的线程池、网络连接池等。

• 频繁访问数据库或文件的对象。

• 对于一些控制硬件级别的操作，或者从系统上来讲应当是单一控制逻辑的操作，如果有多个实例，则系统会完全乱套。

• 当对象需要被共享的场合。由于单例模式只允许创建一个对象，共享该对象可以节省内存，并加快对象访问速度。如 Web 中的配置对象、数据库的连接池等。

单例模式的结构

        单例类：包含一个实例能自行创建这个实例的类

        访问类：使用单例的类

 

单例模式的实现

第一种：饿汉式单例

饿汉式意思是，家里蹲的啃老族，爸妈天天把食物做好，衣服洗好。啃老族就等着饭来张口，衣来伸手就行了。爸妈不做就不会生活了。

该模式的特点是类一旦加载就创建一个单例，保证在调用 getInstance 方法之前单例已经存在了。

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

第二种懒汉式

就像拜金女，你只有有钱的时候，她才会对你沐浴春风，其它时候对你不理不睬、

 该模式的特点是类加载时没有生成单例，只有当第一次调用 getlnstance 方法时才去创建这

个单例。代码如下：

 

public class LazySingleton {
    private static volatile LazySingleton instance = null;    //保证 instance 在所有线程中同步
    private LazySingleton() {
    }    //private 避免类在外部被实例化
    public static synchronized LazySingleton getInstance() {
        //getInstance 方法前加同步
        if (instance == null) {
            instance = new LazySingleton();
        }
        return instance;
    }
}

所以学习感觉单例模式是最简单的设计模式了。