java-rocketmq

懒洋洋大魔王

RocketMQ的使⽤Kafka：最佳场合：⼤规模数据处理、实时⽇志收集和分析、流式处理。4.启动RocketMQgit clone https://github.com/apache/rocketmq-dashboard.git

Redis模拟延时队列实现日程提醒实际上通过MQ实现延时队列更加方便，只是在实际业务中种种原因导致最终选择使用redis作为该业务实现的中间件，顺便记录一下。该业务是用于日程短信提醒，用户添加日程后，就会被放入redis队列中等待被执行发送短信提醒业务。本文介绍如何使用Redis来实现一个简单的延时任务队列，通过这个示例，可以帮助你理解如何利用Redis的有序集合特性来管理和执行延时任务。

小沈同学呀

Mac M1 Docker创建Rocketmq集群并接入Springboot项目最近公司给配置了一台mac，正好有时间给装一个开发环境后面使用。刚好最近的项目需要用到rocketmq，这不就用docker安装了一个rocketmq本地环境进行测试使用。由于此时mac m1芯片，很多的镜像都不能用，就连apache下的镜像启动容器都报不兼容。所以，本人在网上找了很久发现这个镜像可以使用。为了保证安装集群的简便特意使用了docker-compos进行部署，请各位大大敬请鉴赏。

微服务技术，SpringCloudAlibaba，Redis，RocketMQ，Docker，分库分表本人做了一套微服务技术栈的课程大纲，目前正在完善课程内容，有兴趣的小伙伴可以一起交流。完结，撒花！求赞求关注！有问题可威：c_-j_-c

炭烤玛卡巴卡

【MacOS】RocketMQ 搭建Java客户端对于Consumer来说，他有两种基础的工作方式：pull和push。区别：push：broker端来了消息以后主动将消息从broker端向consumer端推送。 pull：对于consumer来说主动往broker发一个请求，然后broker在通过请求响应给consumer一批消息。一般用push模式。

莫凡的博客

Java的RocketMQ使用在 Spring Boot 中，RocketMQ 和 Kafka 都是常用的消息中间件，它们的使用方法有一些相似之处，也有各自的特点。

【RocketMQ】RocketMQ发送不同类型消息🎯 导读：本文介绍了RocketMQ消息队列系统中的几种消息发送模式及其应用场景，包括同步消息、异步消息以及事务消息。同步消息确保了消息的安全性，但牺牲了一定的性能；异步消息提高了响应速度，适用于对响应时间敏感的场景；事务消息则保证了消息与本地事务的一致性，适用于需要预执行业务逻辑以决定消息是否发送的场景。此外，文章还探讨了Topic与Tag的应用策略，以及如何利用自定义Key来方便消息的查询和去重，提供了丰富的代码示例帮助理解。

RocketMQ消费者消费的时候,宕机了,消息会丢失吗?一个消息从生产者产生，到被消费者消费，主要经过这3个过程：因此,本文将从以下这几个维度来回答:生产者如何保证不丢消息

RocketMQ实战与集群架构详解目录一、MQ简介MQ的作用主要有以下三个方面二、RocketMQ产品特点1、RocketMQ介绍2、RocketMQ特点

RocketMQ 消费方式在消息传递系统中，“推（Push）”和“拉（Pull）”是两种不同的消息消费方式，RocketMQ 也支持这两种模式。下面是对这两种模式的详细解释：

我真有起床气

如何在 Spring Boot 中实现 RocketMQ 的批量消息消费批量消费是 RocketMQ 提供的一种消费模式，能够有效提升消费者的处理能力，减少网络 IO 操作，从而提高性能。

RocketMQ高级特性三-消费者分类目录前言概述区别PullConsumer定义与概述原理机制使用场景优缺点Java 代码示例SimpleConsumer

RocketMQ集群搭建，及RocketMQ-Dashboard部署（前RocketMQ-Console）RocketMQ不支持单主机搭建主从结构集群，当从节点启动时，即使和主节点设置不同的监听端口，他也要去监听主节点端口，也就是说正常启动的从节点会监听四个端口。原因未知，现象后面会列举出来。

多加点辣也没关系

IDEA 导入 RocketMQ 源码最近项目中有个功能需要在本地调试下 RocketMQ，所以需要在本地导入 RocketMQ 的源码并启动，故做此记录，便于回顾问题和与各位同学一起探讨。

散一世繁华，颠半世琉璃

从零到一：Spring Boot 与 RocketMQ 的完美集成指南RocketMQ 是一款由阿里巴巴开源的分布式消息中间件，最初用于支持阿里巴巴的海量业务。它基于发布-订阅模型，具备高吞吐、低延迟、高可用和强一致性的特点，适用于消息队列、大规模数据流处理等场景。以下是对 RocketMQ 的原理和核心概念的详细介绍，帮助你快速认识和熟悉 RocketMQ。

RocketMQ 如何保证消息不丢失？RocketMQ 的消息想要确保不丢失，需要生产者、消费者以及 Broker 的共同努力，缺一不可。生产者因为网络故障、服务异常等原因导致调用， RocketMQ 内置请求重试逻辑，默认重试 3 次。重试 3 次意思是一共会发 4 次消息，1 次原始消息，3 次重试消息。

Java项目集成RocketMQ

RocketMQ学习RocketMQ的消息想要确保不丢失，需要生产者、消费者以及Broker的共同努力，缺一不可。但是Broker其实并不会立即把消息存储到磁盘上，而是先存储到内存中，内存存储成功之后，就返回给确认结果给生产者了。然后再通过异步刷盘的方式将内存中的数据存储到磁盘上。但是这个过程中，如果机器挂了，那么就可能会导致数据丢失。

rocketmq dashborad控制台启动配置borker无效在使用rocketmq dashborad时，通过java --rocketmq.config.namesrvAddr=配置启动时没有生效，默认namesrv还是127.0.0.1:9876。

说说RocketMQ性能优化的关键点RocketMQ的高性能得益于其在设计和实现上的多方面优化，包括但不限于批量处理、消息压缩、高性能网络通信、零拷贝技术、顺序写、高效的数据存储结构、异步处理、批量处理、锁优化和线程池隔离等。这些优化共同作用，使得RocketMQ在消息中间件领域表现出色。