Singleton（单例模式）

概述

Singleton（单例模式）是一种常用的设计模式。 在Java应用中，单例对象能保证在一个JVM中，该对象只有一个实例存在。

这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。

这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。

常用方式

一、懒汉式

public class Singleton { private static Singleton instance = null; private Singleton() { } public static Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } }

优点：在需要的时候才去加载

缺点：在多线程的环境下，会出现线性不安全的情况

二、加锁方式

public static synchronized Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; }

优点：解决了线性同步问题

缺点：每次调用都要判断同步锁，导致效率低

三、加双重锁

public static synchronized Singleton getInstance(){ if(instance == null){ synchronized(Object){ if(instance == null){ instance = new Singleton(); } } } }

在JVM编译的过程中会出现指令重排的优化过程，这就会导致当 instance 实际上还没初始化，就可能被分配了内存空间，也就是说会出现 instance !=null 但是又没初始化的情况，这样就会导致返回的 instance报错。在 JDK1.5 之后，官方已经注意到这种问题，因此调整了 JMM、 具体化了 volatile 关键字，因此如果是 JDK1.5 或之后的版本，只需要将 instance 的定义改成 “private volatile static Singleton instance = null;” 就可以保证每次都去 instance 都从主内存读取，就可以使用DCL的写法来完成单例模式。 当然 volatile 或多或少也会影响到性能。

优点：在并发量不高、安全性不高的情况下可以很好的运行

缺点：在不同的编译环境下可能出现不同的问题

四、内部类

public class SingletonInner { /** * 私有的构造器 */ private SingletonInner() { } /** * 内部类实现单例模式 * 延迟加载，减少内存开销 * */ private static class SingletonHolder { private static SingletonInner instance = new SingletonInner(); } public static SingletonInner getInstance() { return SingletonHolder.instance; } protected void method() { System.out.println("ibinbin"); } }

优点：延迟加载、线性安全、减少内存消耗

使用场景

要求生产唯一序列号。 WEB 中的计数器，不用每次刷新都在数据库里加一次，用单例先缓存起来。 创建的一个对象需要消耗的资源过多，比如 I/O 与数据库的连接等。

主要解决

一个全局使用的类频繁地创建与销毁。

优点

由于只有一个实例，故可以减少内存开销。可以避免对资源的多重占用，避免对同一资源进行多种操作。设置了全局的资源访问，可以优化和共享全局资源访问。

缺点

由于单例模式中没有抽象层，因此单例类的扩展有很大的困难。单例类的职责过重，在一定程度上违背了“单一职责原则”。如果单例对象长时间不被利用，系统会认为是垃圾，会自动销毁并回收资源，下次利用时又将重新实例化，这将导致共享的单例对象状态的丢失。

注意事项

单例类只能有一个实例。单例类必须自己创建自己的唯一实例。单例类必须给所有其他对象提供这一实例。

更多文章： https://github.com/jeanboydev/Android-ReadTheFuckingSourceCode

欢迎 长按下图 -> 识别图中二维码

或者 扫一扫 关注我的公众号