云消息队列
涵盖 RocketMQ、Kafka、RabbitMQ、MQTT、轻量消息队列(原MNS) 的消息队列产品体系，全系列产品 Serverless 化。RocketMQ 中文社区：https://rocketmq-learning.com/
消息队列Kafka「检索组件」重磅上线！
本文对消息队列 Kafka「检索组件」进行详细介绍，首先通过对消息队列使用过程中的痛点问题进行介绍，然后针对痛点问题提出相应的解决办法，并对关键技术技术进行解读，旨在帮助大家对消息队列 Kafka「检索组件」的特点及使用方式更加熟悉，以期可以帮助大家更有效的解决在消息排查过程中遇到的痛点问题。
Apache RocketMQ + Hudi 快速构建 Lakehouse
基于RocketMQ和Hudi零代码构建Lakehouse架构，以及RocketMQ Connector & RocketMQ Stream助力ETL数据分析，为大家提供快速构建Lakehouse的技术方案和低运维成本实现实时计算的解决方案。
面试题(二十二)消息队列与搜索引擎
2. 消息队列 2.1 MQ有什么用？ 参考答案 消息队列有很多使用场景，比较常见的有3个：解耦、异步、削峰。 1. 解耦：传统的软件开发模式，各个模块之间相互调用，数据共享，每个模块都要时刻关注其他模块的是否更改或者是否挂掉等等，使用消息队列，可以避免模块之间直接调用，将所需共享的数据放在消息队列中，对于新增业务模块，只要对该类消息感兴趣，即可订阅该类消息，对原有系统和业务没有任何影响，降低了系统各个模块的耦合度，提高了系统的可扩展性。 2. 异步：消息队列提供了异步处理机制，在很多时候应用不想也不需要立即处理消息，允许应用把一些消息放入消息中间件中，并不立即处理它，在之后需要的时候再慢慢处
分布式消息队列RocketMQ工作原理与应用（七）
第 4 章 RocketMQ应用 四、事务消息 1 问题引入 这里的一个需求场景是：工行用户A向建行用户B转账 1 万元。 我们可以使用同步消息来处理该需求场景： 工行系统发送一个给B增款 1 万元的
分布式消息队列RocketMQ工作原理与应用（一）
第 1 章 RocketMQ概述 一、MQ概述 1 、MQ简介 MQ，Message Queue，是一种提供消息队列服务的中间件，也称为消息中间件，是一套提供了消息生产、存储、消费全过程API的软件系
消息队列：从选型到原理，一文带你全部掌握（三）
消息队列中间件重要吗？面试必问问题之一，你说重不重要。我有时会问同事，为啥你用RabbitMQ，不用Kafka，或者RocketMQ呢，他给我的回答“因为公司用的就是这个，大家都这么用”，如果你去面试，直接就被Pass，今天这篇文章，告诉你如何回答。 这篇文章纯理论，主要整理网络资料，肝了我整整一个月！文章依然延续上几篇的风格，很长，长到我只整理排版，手都整麻了。全文2.5万字，建议先收藏，后续面试、或者技术选型，再拿出来喵喵，不BB，上思维导图！
小家Spring】从Spring中的(ApplicationEvent)事件驱动机制出发，聊聊【观察者模式】【监听者模式】【发布订阅模式】【消息队列MQ】【EventSourcing】...(中)
小家Spring】从Spring中的(ApplicationEvent)事件驱动机制出发，聊聊【观察者模式】【监听者模式】【发布订阅模式】【消息队列MQ】【EventSourcing】...(中)
AspNetCore结合Redis实践消息队列
这是年中首发在博客园上的文章，个人觉得是AspNetCore结合Redis做的一次比较优秀的消息队列重构，其中对于点对点/发布-订阅的思路应该也是面试必考题。
Redis消息队列发展历程
Redis消息队列功能一直在发展和完善，从list、pubsub、stream到Tair持久内存版stream，这篇文章盘点Redis消息队列不同实现的优缺点以及Tair持久内存版对消息队列功能的改进和未来发展方向。
【Android 异步操作】HandlerThread 示例 ( 初始化并执行 | 获取Looper | 获取 Handler | 获取消息队列 | 设置空闲队列 | 代码示例 )
【Android 异步操作】HandlerThread 示例 ( 初始化并执行 | 获取Looper | 获取 Handler | 获取消息队列 | 设置空闲队列 | 代码示例 )
分布式消息队列RocketMQ
说到分布式事务，就会谈到那个经典的”账号转账”问题：2个账号，分布处于2个不同的DB，或者说2个不同的子系统里面，A要扣钱，B要加钱，如何保证原子性？ 一般的思路都是通过消息中间件来实现“最终一致性”：A系统扣钱，然后发条消息给中间件，B系统接收此消息，进行加钱。 但这里面有个问题：A是先update DB，后发送消息呢？ 还是先发送消息，后update DB？ 假设先update DB成功，发送消息网络失败，重发又失败，怎么办？ 假设先发送消息成功，update DB失败。消息已经发出去了，又不能撤回，怎么办？ 所以，这里下个结论： 只要发送消息和update DB这2个操作不是原子
常见消息队列基础知识
为什么需要消息队列？使用消息队列有什么好处？ 一、消息队列的特性 二、为什么需要消息队列？ 三、使用消息队列有什么好处？ 四、为什么需要分布式？ 五、分布式环境下需要解决哪些问题？ 六、如何实现？ 七、常见消息队列对比和选型
