码迷,mamicode.com
首页 > 其他好文 > 详细

单例模式

时间:2020-05-08 17:50:58      阅读:66      评论:0      收藏:0      [点我收藏+]

标签:方法   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

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!