设计模式个人理解-单例模式(三)

简介

  • 单例模式,是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例的特殊类。通过单例模式可以保证系统中一个类只有一个实例。就是一个类只有一个对象实例。

使用场景

  • 需要频繁创建的一些类,使用单例可以降低系统的内存压力;
  • 某些类创建实例时占用资源较多,或者实例化耗时较长,还经常使用经常使用;
  • 频繁访问数据库或文件的对象;
  • 对于一些控制硬件级别的操作或者从系统上来讲应当是单一的控制逻辑的操作,如果有多个实例的话,系统就会完全乱套;

写法

懒汉式

public class LanHan{
 private static LanHan lanhan= null;
 private LanHan () {
    }
 public static LanHan getInstance() {
     synchronized (LanHan.class) {
 
 if (singleton == null) {
 lanhan= new LanHan();
            }
   }
 return lanhan;
    }
}
  • 懒汉式,又叫懒加载,只有明确调用getInstance()时才会实例化对象,这样就达到了懒加载的目的。

饿汉式

public class EHan{
    private static final EHan ehan= new EHan();
    private EHan() {
    }
    public static EHan getInstance() {
        return ehan;
    }
}
  • 饿汉式,就是立刻加载。也就是说在类加载的时候,就立即实例化对象。上面这种单例写法在类被装载的时候,ehan就会被创建,没有延迟加载的效果。

双检锁

public class DoubleLock implements Serializable{
    public static volatile DoubleLock doubleLock = null;
    private DoubleLock(){
    }

    public static DoubleLock getInstance(){
        if(doubleLock == null){
            synchronized (DoubleLock.class){
                if(doubleLock == null){
                    doubleLock = new DoubleLock();
                }
            }
        }
        return doubleLock;
    }
}

  • 也叫双重校验锁,是一种使用同步块加锁的方法。因为会有两次检查 ,一次是在同步块外,一次是在同步块内。因为有可能会有多个线程一起进入同步块外的 if,如果在同步块内不进行二次检验的话就会生成多个实例了。

静态内部类

public class JT{
    private JT() {
    }
    private static class SingletonHolder {
        private static final JT jt= new JT();
    }
    public static final JT getInstance() {
        return SingletonHolder.jt;
    }
}
  • 使用静态内部类写法,单例模式会有延迟加载特性,因为JT 加载并不会导致SingletonHolder被加载,所以并未发生new JT 过程,一般只有在显示调用JT .getInstance()时,JT 才会被加载,同时导致JT 被创建。

枚举

//我们实际需要单例的类
public class MeiJu{
    private MeiJu(){
    }

    private enum EnumSingleton {
        INSTANCE;
        private final MeiJu meiju ;
    
        EnumSingleton() {
            meiju = new MeiJu();
        }
    }
    public static MeiJu getInstance() {
        return EnumSingleton.INSTANCE.singleton;
    } 
}
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在信号处理领域,DOA(Direction of Arrival)估计是一项关键技术,主要用于确定多个信号源到达接收阵列的方向。本文将详细探讨三种ESPRIT(Estimation of Signal Parameters via Rotational Invariance Techniques)算法在DOA估计中的实现,以及它们在MATLAB环境中的具体应用。 ESPRIT算法是由Paul Kailath等人于1986年提出的,其核心思想是利用阵列数据的旋转不变性来估计信号源的角度。这种算法相比传统的 MUSIC(Multiple Signal Classification)算法具有较低的计算复杂度,且无需进行特征值分解,因此在实际应用中颇具优势。 1. 普通ESPRIT算法 普通ESPRIT算法分为两个主要步骤:构造等效旋转不变系统和估计角度。通过空间平移(如延时)构建两个子阵列,使得它们之间的关系具有旋转不变性。然后,通过对子阵列数据进行最小二乘拟合,可以得到信号源的角频率估计,进一步转换为DOA估计。 2. 常规ESPRIT算法实现 在描述中提到的`common_esprit_method1.m`和`common_esprit_method2.m`是两种不同的普通ESPRIT算法实现。它们可能在实现细节上略有差异,比如选择子阵列的方式、参数估计的策略等。MATLAB代码通常会包含预处理步骤(如数据归一化)、子阵列构造、旋转不变性矩阵的建立、最小二乘估计等部分。通过运行这两个文件,可以比较它们在估计精度和计算效率上的异同。 3. TLS_ESPRIT算法 TLS(Total Least Squares)ESPRIT是对普通ESPRIT的优化,它考虑了数据噪声的影响,提高了估计的稳健性。在TLS_ESPRIT算法中,不假设数据噪声是高斯白噪声,而是采用总最小二乘准则来拟合数据。这使得算法在噪声环境下表现更优。`TLS_esprit.m`文件应该包含了TLS_ESPRIT算法的完整实现,包括TLS估计的步骤和旋转不变性矩阵的改进处理。 在实际应用中,选择合适的ESPRIT变体取决于系统条件,例如噪声水平、信号质量以及计算资源。通过MATLAB实现,研究者和工程师可以方便地比较不同算法的效果,并根据需要进行调整和优化。同时,这些代码也为教学和学习DOA估计提供了一个直观的平台,有助于深入理解ESPRIT算法的工作原理。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值