【消息队列开发】 实现MemoryDataCenter类——管理内存数据

news2024/10/7 6:45:05

文章目录

  • 🍃前言
  • 🌴数据格式的准备
  • 🌲内存操作
    • 🚩对于交换机
    • 🚩对于队列
    • 🚩对于绑定
    • 🚩对于单个消息
    • 🚩对于队列与消息链表
    • 🚩对于未确认消息
    • 🚩从硬盘上读取数据
  • ⭕总结

🍃前言

本次开发目标

  • 创建一个类,用适当的数据结构来存储硬盘上的数据。

前面说过,我们的数据要在硬盘与内存中各存在一份,银盘中的数据通过前面的操作已经存储完毕,接下来我们在内存中进行存储。

在这里插入图片描述

🌴数据格式的准备

由于我们提供的这些方法后面可能在多线程的环境下使用,所以我们这里使用的是线程安全的 ConcurrentHashMap

我们所需要的数据格式有以下几种

key 是 exchangeName, value 是 Exchange 对象

  • ConcurrentHashMap<String, Exchange>

key 是 queueName, value 是 MSGQueue 对象

  • ConcurrentHashMap<String, MSGQueue> queueMap

第一个 key 是 exchangeName, 第二个 key 是 queueName

  • ConcurrentHashMap<String,ConcurrentHashMap<String, Binding>>

key 是 messageId, value 是 Message 对象

  • private ConcurrentHashMap<String, Message>

key 是 queueName, value 是一个 Message 的链表

  • ConcurrentHashMap<String, LinkedList<Message>>

key 是 queueName, 第二个 key 是 messageId

  • ConcurrentHashMap<String,ConcurrentHashMap<String, Message>>

代码实现如下:

// key 是 exchangeName, value 是 Exchange 对象
private ConcurrentHashMap<String, Exchange> exchangeMap = new ConcurrentHashMap<>();
// key 是 queueName, value 是 MSGQueue 对象
private ConcurrentHashMap<String, MSGQueue> queueMap = new ConcurrentHashMap<>();
// 第一个 key 是 exchangeName, 第二个 key 是 queueName
private ConcurrentHashMap<String, ConcurrentHashMap<String, Binding>> bindingsMap = new ConcurrentHashMap<>();
// key 是 messageId, value 是 Message 对象
private ConcurrentHashMap<String, Message> messageMap = new ConcurrentHashMap<>();
// key 是 queueName, value 是一个 Message 的链表
private ConcurrentHashMap<String, LinkedList<Message>> queueMessageMap = new ConcurrentHashMap<>();
// 第一个 key 是 queueName, 第二个 key 是 messageId
private ConcurrentHashMap<String, ConcurrentHashMap<String, Message>> queueMessageWaitAckMap = new ConcurrentHashMap<>();

🌲内存操作

对这些内存格式提供一些简单的操作

🚩对于交换机

调用ConcurrentHashMap 相应方法即可

代码实现如下:

public void insertExchange(Exchange exchange) {
    exchangeMap.put(exchange.getName(), exchange);
    System.out.println("[MemoryDataCenter] 新交换机添加成功! exchangeName=" + exchange.getName());
}

public Exchange getExchange(String exchangeName) {
    return exchangeMap.get(exchangeName);
}

public void deleteExchange(String exchangeName) {
    exchangeMap.remove(exchangeName);
    System.out.println("[MemoryDataCenter] 交换机删除成功! exchangeName=" + exchangeName);
}

🚩对于队列

直接调用方法进行使用即可

代码实现如下:

public void deleteExchange(String exchangeName) {
    exchangeMap.remove(exchangeName);
    System.out.println("[MemoryDataCenter] 交换机删除成功! exchangeName=" + exchangeName);
}

public void insertQueue(MSGQueue queue) {
    queueMap.put(queue.getName(), queue);
    System.out.println("[MemoryDataCenter] 新队列添加成功! queueName=" + queue.getName());
}

public MSGQueue getQueue(String queueName) {
    return queueMap.get(queueName);
}

🚩对于绑定

我们在添加绑定时,需要注意的是,由于我们使用的了一个嵌套的 ConcurrentHashMap ,所以在添加时我们需要进行判定,判定当前交换机对应的 value 是否位null,若为null,我们则需要进行创建。

而对于里面嵌套的 哈希表来说,我们也需要进行判断,根据 队列名字进行查询。如果存在,则说明该交换机与队列已经绑定了,就无需在绑定了,否则添加绑定

此外,该操作,为了保证线程安全,我们对他进行加锁操作

代码实现如下:

public void insertBinding(Binding binding) throws MqException {
//        ConcurrentHashMap<String, Binding> bindingMap = bindingsMap.get(binding.getExchangeName());
//        if (bindingMap == null) {
//            bindingMap = new ConcurrentHashMap<>();
//            bindingsMap.put(binding.getExchangeName(), bindingMap);
//        }
    // 先使用 exchangeName 查一下, 对应的哈希表是否存在. 不存在就创建一个.
    ConcurrentHashMap<String, Binding> bindingMap = bindingsMap.computeIfAbsent(binding.getExchangeName(),
            k -> new ConcurrentHashMap<>());

    synchronized (bindingMap) {
        // 再根据 queueName 查一下. 如果已经存在, 就抛出异常. 不存在才能插入.
        if (bindingMap.get(binding.getQueueName()) != null) {
            throw new MqException("[MemoryDataCenter] 绑定已经存在! exchangeName=" + binding.getExchangeName() +
                    ", queueName=" + binding.getQueueName());
        }
        bindingMap.put(binding.getQueueName(), binding);
    }
    System.out.println("[MemoryDataCenter] 新绑定添加成功! exchangeName=" + binding.getExchangeName()
            + ", queueName=" + binding.getQueueName());
}

获取绑定的时候,我们这里提供两种方法:

  • 一种是根据所提供的交换机与队列名确定唯一的绑定
  • 一种是根据所提供的交换机名返回该交换机的所有绑定

代码实现如下:

public Binding getBinding(String exchangeName, String queueName) {
    ConcurrentHashMap<String, Binding> bindingMap = bindingsMap.get(exchangeName);
    if (bindingMap == null) {
        return null;
    }
    return bindingMap.get(queueName);
}

public ConcurrentHashMap<String, Binding> getBindings(String exchangeName) {
    return bindingsMap.get(exchangeName);
}

删除绑定时,我们首先要根据传入的 Binding对象进行查询绑定,如果发现为null,则就不用删除,抛出异常即可。

正常则删除即可。代码实现如下:

public void deleteBinding(Binding binding) throws MqException {
    ConcurrentHashMap<String, Binding> bindingMap = bindingsMap.get(binding.getExchangeName());
    if (bindingMap == null) {
        // 该交换机没有绑定任何队列. 报错.
        throw new MqException("[MemoryDataCenter] 绑定不存在! exchangeName=" + binding.getExchangeName()
                + ", queueName=" + binding.getQueueName());
    }
    bindingMap.remove(binding.getQueueName());
    System.out.println("[MemoryDataCenter] 绑定删除成功! exchangeName=" + binding.getExchangeName()
            + ", queueName=" + binding.getQueueName());
}

🚩对于单个消息

直接调用相应方法即可,实现如下:

// 添加消息
public void addMessage(Message message) {
    messageMap.put(message.getMessageId(), message);
    System.out.println("[MemoryDataCenter] 新消息添加成功! messageId=" + message.getMessageId());
}

// 根据 id 查询消息
public Message getMessage(String messageId) {
    return messageMap.get(messageId);
}

// 根据 id 删除消息
public void removeMessage(String messageId) {
    messageMap.remove(messageId);
    System.out.println("[MemoryDataCenter] 消息被移除! messageId=" + messageId);
}

🚩对于队列与消息链表

添加该对象时,我们需要根据传入的队列名查询相应的链表是否存在,若不存在,进行创建

若存在,则将该消息插入链表,对于此操作,为了线程安全,进行了加锁操作。

插入链表后,我们希望在消息中心也进行添加一下

代码实现如下:

// 发送消息到指定队列
public void sendMessage(MSGQueue queue, Message message) {
    // 把消息放到对应的队列数据结构中.
    // 先根据队列的名字, 找到该队列对应的消息链表.
    LinkedList<Message> messages = queueMessageMap.computeIfAbsent(queue.getName(), k -> new LinkedList<>());
    // 再把数据加到 messages 里面
    synchronized (messages) {
        messages.add(message);
    }
    // 在这里把该消息也往消息中心中插入一下. 假设如果 message 已经在消息中心存在, 重复插入也没关系.
    // 主要就是相同 messageId, 对应的 message 的内容一定是一样的. (服务器代码不会对 Message 内容做修改 basicProperties 和 body)
    addMessage(message);
    System.out.println("[MemoryDataCenter] 消息被投递到队列中! messageId=" + message.getMessageId());
}

从队列中取消息,首先进行判断,若对应队列链表为 null,则就不用取了,抛出异常

若不为null,我们还需要进行判断,链表内是否有元素,若无,则直接返回 null 即可,若不为,则进行头删操作(这就是为什么选择存储结构为链表的原因)并返回。为了线程安全,此操作我们也进行加锁。

public Message pollMessage(String queueName) {
    // 根据队列名, 查找一下, 对应的队列的消息链表.
    LinkedList<Message> messages = queueMessageMap.get(queueName);
    if (messages == null) {
        return null;
    }
    synchronized (messages) {
        // 如果没找到, 说明队列中没有任何消息.
        if (messages.size() == 0) {
            return null;
        }
        // 链表中有元素, 就进行头删.
        Message currentMessage = messages.remove(0);
        System.out.println("[MemoryDataCenter] 消息从队列中取出! messageId=" + currentMessage.getMessageId());
        return currentMessage;
    }
}

获取指定队列中消息的个数,首先进行判断,若查询结果为null,则直接返回0即可

不为0时,我们直接查询并返回长度即可,注意此过程也为了线程安全,我们需要对其进行加锁操作。

代码实现如下:

// 获取指定队列中消息的个数
public int getMessageCount(String queueName) {
    LinkedList<Message> messages = queueMessageMap.get(queueName);
    if (messages == null) {
        // 队列中没有消息
        return 0;
    }
    synchronized (messages) {
        return messages.size();
    }
}

🚩对于未确认消息

依旧与上面逻辑差不多,进行判断并返回即可

代码实现如下:

// 添加未确认的消息
public void addMessageWaitAck(String queueName, Message message) {
    ConcurrentHashMap<String, Message> messageHashMap = queueMessageWaitAckMap.computeIfAbsent(queueName,
            k -> new ConcurrentHashMap<>());
    messageHashMap.put(message.getMessageId(), message);
    System.out.println("[MemoryDataCenter] 消息进入待确认队列! messageId=" + message.getMessageId());
}

// 删除未确认的消息(消息已经确认了)
public void removeMessageWaitAck(String queueName, String messageId) {
    ConcurrentHashMap<String, Message> messageHashMap = queueMessageWaitAckMap.get(queueName);
    if (messageHashMap == null) {
        return;
    }
    messageHashMap.remove(messageId);
    System.out.println("[MemoryDataCenter] 消息从待确认队列删除! messageId=" + messageId);
}

// 获取指定的未确认的消息
public Message getMessageWaitAck(String queueName, String messageId) {
    ConcurrentHashMap<String, Message> messageHashMap = queueMessageWaitAckMap.get(queueName);
    if (messageHashMap == null) {
        return null;
    }
    return messageHashMap.get(messageId);
}

🚩从硬盘上读取数据

这个方法就是从硬盘上读取数据, 把硬盘中之前持久化存储的各个维度的数据都恢复到内存中.

分为5步:

  1. 清空之前的所有数据(内存上)

  2. 恢复所有的队列数据

  3. 恢复所有的绑定数据

  4. 恢复所有的消息数据

注意!!

  • 针对 “未确认的消息” 这部分内存中的数据, 不需要从硬盘恢复. 之前考虑硬盘存储的时候, 也没设定这一块.
  • 因为一旦在等待 ack 的过程中, 服务器重启了, 此时这些 “未被确认的消息”, 就恢复成 “未被取走的消息” .
  • 而这个消息在硬盘上存储的时候, 就是当做 “未被取走”

这五步的执行过程,只用调用前面对内存与硬盘封装的方法即可

代码执行如下:

// 这个方法就是从硬盘上读取数据, 把硬盘中之前持久化存储的各个维度的数据都恢复到内存中.
public void recovery(DiskDataCenter diskDataCenter) throws IOException, MqException, ClassNotFoundException {
    // 1. 清空之前的所有数据
    exchangeMap.clear();
    queueMap.clear();
    bindingsMap.clear();
    messageMap.clear();
    queueMessageMap.clear();
    // 2. 恢复所有的交换机数据
    List<Exchange> exchanges = diskDataCenter.selectAllExchanges();
    for (Exchange exchange : exchanges) {
        exchangeMap.put(exchange.getName(), exchange);
    }
    // 3. 恢复所有的队列数据
    List<MSGQueue> queues = diskDataCenter.selectAllQueues();
    for (MSGQueue queue : queues) {
        queueMap.put(queue.getName(), queue);
    }
    // 4. 恢复所有的绑定数据
    List<Binding> bindings = diskDataCenter.selectAllBindings();
    for (Binding binding : bindings) {
        ConcurrentHashMap<String, Binding> bindingMap = bindingsMap.computeIfAbsent(binding.getExchangeName(),
                k -> new ConcurrentHashMap<>());
        bindingMap.put(binding.getQueueName(), binding);
    }
    // 5. 恢复所有的消息数据
    //    遍历所有的队列, 根据每个队列的名字, 获取到所有的消息.
    for (MSGQueue queue : queues) {
        LinkedList<Message> messages = diskDataCenter.loadAllMessageFromQueue(queue.getName());
        queueMessageMap.put(queue.getName(), messages);
        for (Message message : messages) {
            messageMap.put(message.getMessageId(), message);
        }
    }
    // 注意!! 针对 "未确认的消息" 这部分内存中的数据, 不需要从硬盘恢复. 之前考虑硬盘存储的时候, 也没设定这一块.
    // 一旦在等待 ack 的过程中, 服务器重启了, 此时这些 "未被确认的消息", 就恢复成 "未被取走的消息" .
    // 这个消息在硬盘上存储的时候, 就是当做 "未被取走"
}

⭕总结

关于《【消息队列开发】 实现MemoryDataCenter类——管理内存数据》就讲解到这儿,感谢大家的支持,欢迎各位留言交流以及批评指正,如果文章对您有帮助或者觉得作者写的还不错可以点一下关注,点赞,收藏支持一下

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/1523111.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

SpringCloud-深度理解ElasticSearch

一、Elasticsearch概述 1、Elasticsearch介绍 Elasticsearch&#xff08;简称ES&#xff09;是一个开源的分布式搜索和分析引擎&#xff0c;构建在Apache Lucene基础上。它提供了一个强大而灵活的工具&#xff0c;用于全文搜索、结构化搜索、分析以及数据可视化。ES最初设计用…

ARM和AMD介绍

一、介绍 ARM 和 AMD 都是计算机领域中的知名公司&#xff0c;它们在不同方面具有重要的影响和地位。 ARM&#xff08;Advanced RISC Machine&#xff09;&#xff1a;ARM 公司是一家总部位于英国的公司&#xff0c;专注于设计低功耗、高性能的处理器架构。ARM 架构以其精简指…

Vue前端开发记录(一)

本篇文章中的图片均为深色背景&#xff0c;请于深色模式下观看 说明&#xff1a;本篇文章的内容为vue前端的开发记录&#xff0c;作者在这方面的底蕴有限&#xff0c;所以仅作为参考 文章目录 一、安装配置nodejs,vue二、vue项目目录结构三、前期注意事项0、组件1、数不清的报…

一文速通ESP32(基于MicroPython)——含示例代码

ESP32 简介 ESP32-S3 是一款集成 2.4 GHz Wi-Fi 和 Bluetooth 5 (LE) 的 MCU 芯片&#xff0c;支持远距离模式 (Long Range)。ESP32-S3 搭载 Xtensa 32 位 LX7 双核处理器&#xff0c;主频高达 240 MHz&#xff0c;内置 512 KB SRAM (TCM)&#xff0c;具有 45 个可编程 GPIO 管…

IDEA 多个git仓库项目放一个窗口

1、多个项目先通过新建module或者CtrlAltShiftS 添加module引入 2、重点是右下角有时候git 分支视图只有一个module的Repositories。这时候需要去设置把多个git仓库添加到同一个窗口才能方便提交代码。

十五、自回归(AutoRegressive)和自编码(AutoEncoding)语言模型

参考自回归语言模型&#xff08;AR&#xff09;和自编码语言模型&#xff08;AE&#xff09; 1 自回归语言模型&#xff08; AR&#xff09; 自回归语言模型&#xff08;AR&#xff09;就是根据上文内容&#xff08;或下文内容&#xff09;预测下一个&#xff08;或前一个&…

微信小程序(五十八)分步表单多页面传值

注释很详细&#xff0c;直接上代码 上一篇 新增内容&#xff1a; 1.分步表单传值 2.伪数据生成 源码&#xff1a; app.json {"pages": ["pages/index/index","pages/building/building","pages/room/room","pages/logs/logs&quo…

整数和浮点数在内存中是如何存储的?

1.整数在内存中的存储 首先数据在内存中都是以二进制的形式存储的&#xff0c;而整数在内存中也是以二进制的形式存储的&#xff0c;而整数的表示形式有三种&#xff0c;分别是源码&#xff0c;反码&#xff0c;补码&#xff0c;而整数在内存中是以补码的形式存放的。 三种表示…

图文并茂!在Oracle VM VirtualBox上安装Ubuntu虚拟机的详细步骤指南

&#x1f31f; 前言 欢迎来到我的技术小宇宙&#xff01;&#x1f30c; 这里不仅是我记录技术点滴的后花园&#xff0c;也是我分享学习心得和项目经验的乐园。&#x1f4da; 无论你是技术小白还是资深大牛&#xff0c;这里总有一些内容能触动你的好奇心。&#x1f50d; &#x…

CTFHUB-web-信息泄漏

题目所在位置&#xff1a;技能树->web->信息泄漏 目录遍历 打开题目&#xff0c;我们进入的是这个页面 翻译过来就是 得到的信息就是&#xff1a;flag要在这些目录里面寻找&#xff0c;我们直接一个一个点开查看就行 发现得到一个flag.txt&#xff0c;点击打开得到flag …

Python之requests实现github模拟登录

文章目录 github 模拟登录前言模拟登录流程抓包操作查看登录表单的内容登录操作 模拟登录操作在 main函数的调用获得 auth_token调用/session接口登录处理检测登录是否成功 总结&#xff1a; github 模拟登录 前言 前面学习了requests模块的基础学习后&#xff0c;接下来做一个…

upload-labs通关方式

pass-1 通过弹窗可推断此关卡的语言大概率为js&#xff0c;因此得出两种解决办法 方法一 浏览器禁用js 关闭后就逃出了js的验证就可以正常php文件 上传成功后打开图片链接根据你写的一句话木马执行它&#xff0c;我这里采用phpinfo&#xff08;&#xff09; 方法二 在控制台…

【高通camera hal bug分析】高通自带相机镜像问题

首先打了两个log&#xff0c;一个是开启镜像的log&#xff0c;还有一个是没有开启镜像的log&#xff0c;如果我们开启镜像以后&#xff0c;观察开启镜像log发现 , 这段代码走的没有任何问题&#xff0c;因为Flip的值等于1了。 关闭镜像log如下&#xff1a; 如果我们不开启镜像…

21 OpenCV 直方图均衡化

文章目录 直方图概念均衡的目的equalizeHist 均衡化算子示例 直方图概念 图像直方图&#xff0c;是指对整个图像像在灰度范围内的像素值(0~255)统计出现频率次数&#xff0c;据此生成的直方图&#xff0c;称为图像直方图-直方图。直方图反映了图像灰度的分布情况。 均衡的目的…

自定义组件

1. 组件 ① 在项目的根目录中&#xff0c;鼠标右键&#xff0c;创建 components -> test 文件夹 ② 在新建的 components -> test 文件夹上&#xff0c;鼠标右键&#xff0c;点击“新建 Component” ③ 键入组件的名称之后回车&#xff0c;会自动生成组件对应的 4 个文件…

JAVA实战开源项目:高校学院网站(Vue+SpringBoot)

目录 一、摘要1.1 项目介绍1.2 项目录屏 二、功能模块2.1 学院院系模块2.2 竞赛报名模块2.3 教育教学模块2.4 招生就业模块2.5 实时信息模块 三、系统设计3.1 用例设计3.2 数据库设计3.2.1 学院院系表3.2.2 竞赛报名表3.2.3 教育教学表3.2.4 招生就业表3.2.5 实时信息表 四、系…

USB打印机改网络打印机

解决传统SMB缺陷可跨平台设备使用。 1、安装deepin 如何安装 – 深度科技社区 2、配置IP地址 vi /etc/network/interfaces && systemctl restart networking 3、安装程序上传到服务器并解压。运行0Dinstalld目录下文件 sh 0Dinstalld/0installdd.sh http://XX.XX.XX…

设计模式在芯片验证中的应用——装饰器

一、装饰器模式 装饰器模式(Decorator)是一种结构化软件设计模式&#xff0c;它提供了一种通过向类对象添加行为来修改类对象的方法&#xff0c;而不会影响同一类的其它对象行为。该模式允许在不修改抽象类的情况下添加类功能。它从本质上允许基类代码对不可预见的修改具有前瞻…

【Vue】Request模块 - axios 封装Vuex的持久化存储

&#x1f4dd;个人主页&#xff1a;五敷有你 &#x1f525;系列专栏&#xff1a;Vue ⛺️稳中求进&#xff0c;晒太阳 Request模块 - axios 封装 使用axios来请求后端接口&#xff0c;一般会对axios进行一些配置&#xff08;比如配置基础地址&#xff0c;请求响应拦截器…

26-Java访问者模式 ( Visitor Pattern )

Java访问者模式 摘要实现范例 访问者模式&#xff08;Visitor Pattern&#xff09;使用了一个访问者类&#xff0c;它改变了元素类的执行算法&#xff0c;通过这种方式&#xff0c;元素的执行算法可以随着访问者改变而改变访问者模式中&#xff0c;元素对象已接受访问者对象&a…