大白话-设计RocketMQ延迟消息
RocketMQ的延迟消息使用上非常便捷，但是不支持任意时间的延迟，这一点对于有强迫症的朋友来说就比较难受，但是搞明白为什么这么设计后，就自然释怀了。
【主流技术】聊一聊消息队列 RocketMQ 的基本结构与概念
2.6Broker
代理服务器（Broker）是消息中转角色，负责存储消息、转发消息。代理服务器在 RocketMQ 系统中负责接收从生产者发送来的消息并存储、同时为消费者的拉取请求作准备。代理服务器也存储消息相关的元数据，包括消费者组、消费进度偏移和主题和队列消息等。
2.7Pull Consumer
拉取式消费（Pull Consumer）是 Consumer 消费的一种类型，也是默认的类型。下游应用系统通常主动调用 Consumer 的拉消息方法从 Broke r服务器拉消息，即主动权由下游应用控制。一旦获取了批量消息，应用就会启动消费过程。
消息队列 MQ操作报错合集之建立连接时发生了超时错误，该如何解决
消息队列（MQ）是一种用于异步通信和解耦的应用程序间消息传递的服务，广泛应用于分布式系统中。针对不同的MQ产品，如阿里云的RocketMQ、RabbitMQ等，它们在实现上述场景时可能会有不同的特性和优势，比如RocketMQ强调高吞吐量、低延迟和高可用性，适合大规模分布式系统；而RabbitMQ则以其灵活的路由规则和丰富的协议支持受到青睐。下面是一些常见的消息队列MQ产品的使用场景合集，这些场景涵盖了多种行业和业务需求。
消息队列 MQ 性能大揭秘
本文对比了RabbitMQ、RocketMQ、Kafka和Pulsar四款消息队列的性能。RabbitMQ的吞吐量为万级，延迟在低吞吐量时可低至微秒级；高吞吐量下延迟显著上升。RocketMQ官方宣称支持万亿级吞吐量，实际测试中可达百万级TPS，延迟为毫秒级。Kafka和Pulsar的吞吐量均为百万级，Kafka延迟低至2ms，Pulsar延迟约10ms。总体来看，Kafka在高吞吐量下表现最优，而RabbitMQ适合对速度与可靠性要求高的低吞吐量场景。
MQ四兄弟：如何保证消息可靠性
本文介绍了RabbitMQ、RocketMQ、Kafka和Pulsar四种消息中间件的可靠性机制。这些中间件通过以下几种方式确保消息的可靠传输：1. 消息持久化，确保消息在重启后不会丢失；2. 确认机制，保证消息从生产者到消费者都被成功处理；3. 重试机制，处理失败后的重试；4. 死信队列，处理无法消费的消息。每种中间件的具体实现略有不同，但核心思想相似，都是从生产者、中间件本身和消费者三个角度来保障消息的可靠性。
交易系统架构
交易系统的业务域是什么？即交易系统应该负责那些内容。
面对多样性的业务场景，交易系统如何承接他们？即交易系统的业务扩展性如何保证。
交易系统的复杂性问题，以及如何处理，特别是业务、系统解耦问题。
事件驱动流程。
简述高并发与高可用技术。
高德打车通用可编排订单状态机引擎设计
订单状态流转是交易系统的最为核心的工作，订单系统往往都会存在状态多、链路长、逻辑复杂的特点，还存在多场景、多类型、多业务维度等业务特性。在保证订单状态流转稳定性的前提下、可扩展性和可维护性是我们需要重点关注和解决的问题。