HGW的博客

定时任务，即指定时间去执行任务。比如说小编在消息中台的设计：往往因为网络问题导致消息推送失败，立刻去重试发送是毫无意义的，因为网络不可能立马恢复。我们就可以将推送的失败的消息存入持久层或缓存（不推荐，只有可以丢失的数据放缓存），使用Xxl-Job每隔半小时去执行一次读库补发操作，保证数据不丢失！即，在传统分布式情况下，保证双方数据的一致性！（这里就是业务前台和消息中台之间）

当涉及到理解和解读开源项目的源代码时，我们总是能够从中获得宝贵的知识和经验。本篇博客将带领大家深入探索xxl-job的源码，这是一个功能强大且广泛使用的分布式任务调度平台。通过深入研究xxl-job的源码，我们将揭开其内部的工作机制和设计原理。

springboot整合RocketMQ，发送普通消息、过滤消息、同步消息、延时消息、批量消息、异步消息、单向消息、顺序消息、事务消息样例并分析源码。

消息发送分类

本文从理论知识垫基础到基于云服务器部署双主双从的RocketMQ集群，可谓是通透～

功能介绍​Broker充当着消息中转角色,负责存储消息、转发消息. Broker 在 RocketMQ 系统中负责接收并存储从生产者发送来的消息, 同时为消费者的拉取请求作准备. Broker 同时也存储着消息相关的元数据, 包括消费者组消费进度偏移offset、主题、队列等 .模块构成下图为 Broker Server 的功能模块示意图。，整个 Broker 的实体, 负责处理来自 Client 端的请求. 而这个 Broker 实体则由以下模块构成Client Manager，客户端管理器。

本篇博客主要阐述了如何单机部署RocketMQ，以及可视化管理工具rocketmq-console。涉及两种方式，分别是Linux部署和Docker部署～（小伟使用腾讯云CentOS6.7、本机M1P芯片Mac演示）

MQ（Message Queue）消息队列，是基础数据结构中 “先进先出”的一种数据结构。指把要传输的消息放在队列中，用队列机制来实现消息传递。生产者产生消息并把消息放入队列，然后由消费者去处理；消费者可以到指定队列拉取消息或者订阅相应队列，由MQ服务端给给其推送消息。