设计模式——单例模式

单例模式

一、概述

1. 定义

​ 一个类只有一个实例,且该类能够自行创建这个实例。

2. 特点

  • 单例类只有一个实例对象
  • 单例对象必须由单例类自行创建
  • 单例类对外提供一个访问该单例的全局访问点

3. 优点

  • 单例模式可以保证内存里只有一个实例,减少了内存的开销
  • 可以避免对资源的多重占用
  • 单例模式设置全局访问点,可以优化和共享资源的访问

4. 缺点

  • 单例模式一般没有接口,扩展困难。如果要扩展,则除了修改原来的代码,没有第二种途径,违背开闭原则
  • 在并发测试中,单例模式不利于代码调试。在调试过程中,如果单例中的代码没有执行完毕,也不能模拟生成一个新的对象
  • 单例模式的功能代码通常写在一个类中,如果功能设计不合理,则很容易违背单一职责原则

5. 主要应用场景

  • 需要频繁创建的类,使用单例可以降低系统的内存压力,减少GC
  • 某类只需要生成一个对象的时候
  • 某些类创建实例时占用资源比较多,或实例化耗时较长,且经常使用
  • 某类需要频繁实例化,而创建的对象又频繁被销毁
  • 频繁访问数据库或文件的对象
  • 控制硬件级别的操作,或从系统上来讲应当是单一逻辑的操作
  • 当对象需要被共享的时候

二、懒汉式

1. 线程不安全

public class Singleton {
   
    private static Singleton instance;

    // 构造方法私有化,避免在外部被实例化
    private Singleton() {
   }

    // 全局访问点
    public static Singleton getInstance() {
   
        // 判断是否已经实例化
        if (instance == null) {
   
            // 若没有,则实例化
            instance = new Singleton();
        }
        
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值