标签：方法 bsp 外部类 构造函数 枚举式 存在 实现 空间换时间 通过
单例模式：
单例模式：（Singleton Pattern, SP）
确保一个类在任何情况下都绝对只有一个实例，并提供一个全局的访问点
创建型模式
应用场景：
公司CEO
部门经理
总结：
1、私有化构造器
2、保证线程安全
3、延迟加载
4、防止序列化和反序列化的破坏单例
5、防御反射攻击单例
源码中的体现：
ServletContext
ServletContextConfig
ApplicationContext
数据库的连接池
优点：
在内存中只有一个实例，减少内存的开销
缺点：
没有接口
============================================================================
饿汉式单例模式：
在类加载的时候就立即初始化，并且创建单例对象
绝对线程安全，在线程还没出现以前就实例化了，不可能存在访问安全问题
优点：
没有加任何锁，执行效率比较高，性能高
缺点：
类加载的时候就初始化，不管用与不用都占着空间，浪费了内存，有可能“占着茅坑不拉屎”
案例：
Spring中IoC容器 ApplicationContext 本身就是典型的饿汉式单例模式
饿汉式单例模式适用于单例对象较少的情况？
对象较少的情况指的是（单例数量已知并可控）
如果单例数量未知，例如spring中的单例，在写框架的时候是不知道用户会搞多少个单例出来的。
源码：
pattern.singleton.hungry.HungrySingleton
============================================================================
懒汉式单例模式：
被外部类调用的时候内部类才会加载。
基础的懒汉式写法，有一定的概率会出现两种不同的结果，这意味着懒汉式单例存在线程安全隐患
【如何优化代码，使得懒汉式单例模式在线程环境下安全？】
1、给getInstance()方法加上 【synchronized】 关键字，解决创建两个实例的问题，但是使得方法变成线程同步方法。
源码：pattern.singleton.lazy.LazySimpleSingletion
2、双重检测锁
优化性能问题，第一次检查是否要阻塞，第二次检查是否要重新创建实例
volatile 解决指令内存重排序
源码：pattern.singleton.lazy.LazyDoubleCheckSingleton
3、静态内部类（兼顾解决饿汉式的内存浪费问题和synchonized的性能问题，但是如果对构造函数不进行处理，存在被反射破环的风险）
优点：写法优雅，利用java语法特点，性能高
缺点：能够被反射破坏
源码：pattern.singleton.lazy.LazyStaticInnerClassSingleton
优点：节省了内存 线程安全
缺点：并发请求可能会创建两个实例
============================================================================
反射破化单例：
对于使用静态内部类方式实现的单例，如果适用反射来调用其构造方法，再调用getInstance()方法，则有两个不同的实例
源码：ReflectTest
============================================================================
序列化破化单例：
一个单例对象创建好后，有时候需要把对象序列化然后写入磁盘，下次使用时从磁盘读取并进行反序列化，转化未内存对象。但是反序列化的对象会被重新分配内存（即重新创建）。
如果序列化的对象时单例，就违背了单例模式的初衷，相当于破坏了单例。
如何保证序列化的情况下也能实现单例模式呢？
增加一个readResolve()方法
private Object readResolve(){ return INSTANCE;}
虽然增加readResolve()方法返回实例解决了单例模式被破坏的问题，但是实际上还是实例了两次（只不过新创建的对象没有被返回而已）
源码：pattern.singleton.seriable.SeriableSingleton
SeriableSingletonTest
反序列化：
将持久化的字节码内容，通过IO输入流读到内存中来
转化成一个java对象
============================================================================
注册式单例模式：
又叫登记式单例模式，就是将每一个实例都登记到某一个地方，使用唯一的标识获取实例。
注册式单例有两种：枚举式单例、容器式单例
枚举式单例：
不会被反射和序列化破化，是推荐的一种单例模式的实现方法
容器式单例：
适用于实例非常多的情况，便于管理。但是他是非线程安全的。
============================================================================
线程单例实现 ThreadLocal
ThreadLocal 不能保证其创建的对象全局唯一，但能保证在单个线程中是唯一的，天生是线程安全的
单例模式为了达到线程安全的目的，会给方法加上锁，以时间换空间
ThreadLocal 将所有的对象全部放在 ThreadLocalMap中，为每个线程都提供一个对象，以空间换时间来实现线程隔离的
============================================================================
单例模式总结：
单例模式可以保证内存中只有一个实例，减少内存的开销，避免对资源的多重占用。
高频的面试点
作业：
怎么解决容器式单例的线程安全？
标签：方法 bsp 外部类 构造函数 枚举式 存在 实现 空间换时间 通过
原文地址：https://www.cnblogs.com/fightingtong/p/12851736.html
