RocketMq：响应码列表，code=11

最新推荐文章于 2025-05-08 18:39:31 发布
原创 最新推荐文章于 2025-05-08 18:39:31 发布
· 642 阅读 · 1 ·
版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java-rocketmq #rocketmq #java

方面大家查找RocketMq响应码（水一篇）

版本4.9.1

有个同事发mq失败，问响应码11什么意思，因为不是同一个语种的，我下了份RocketMq源码看一下，应该是下面这个，11对应SLAVE_NOT_AVAILABLE

package org.apache.rocketmq.common.protocol;

import org.apache.rocketmq.remoting.protocol.RemotingSysResponseCode;

public class ResponseCode extends RemotingSysResponseCode {

    public static final int FLUSH_DISK_TIMEOUT = 10;

    public static final int SLAVE_NOT_AVAILABLE = 11;

    public static final int FLUSH_SLAVE_TIMEOUT = 12;

    public static final int MESSAGE_ILLEGAL = 13;

    public static final int SERVICE_NOT_AVAILABLE = 14;

    public static final int VERSION_NOT_SUPPORTED = 15;

    public static final int NO_PERMISSION = 16;

    public static final int TOPIC_NOT_EXIST = 17;
    public static final int TOPIC_EXIST_ALREADY = 18;
    public static final int PULL_NOT_FOUND = 19;

    public static final int PULL_RETRY_IMMEDIATELY = 20;

    public static final int PULL_OFFSET_MOVED = 21;

    public static final int QUERY_NOT_FOUND = 22;

    public static final int SUBSCRIPTION_PARSE_FAILED = 23;

    public static final int SUBSCRIPTION_NOT_EXIST = 24;

    public static final int SUBSCRIPTION_NOT_LATEST = 25;

    public static final int SUBSCRIPTION_GROUP_NOT_EXIST = 26;

    public static final int FILTER_DATA_NOT_EXIST = 27;

    public static final int FILTER_DATA_NOT_LATEST = 28;

    public static final int TRANSACTION_SHOULD_COMMIT = 200;

    public static final int TRANSACTION_SHOULD_ROLLBACK = 201;

    public static final int TRANSACTION_STATE_UNKNOW = 202;

    public static final int TRANSACTION_STATE_GROUP_WRONG = 203;
    public static final int NO_BUYER_ID = 204;

    public static final int NOT_IN_CURRENT_UNIT = 205;

    public static final int CONSUMER_NOT_ONLINE = 206;

    public static final int CONSUME_MSG_TIMEOUT = 207;

    public static final int NO_MESSAGE = 208;

    public static final int UPDATE_AND_CREATE_ACL_CONFIG_FAILED = 209;

    public static final int DELETE_ACL_CONFIG_FAILED = 210;

    public static final int UPDATE_GLOBAL_WHITE_ADDRS_CONFIG_FAILED = 211;

}
聊聊RocketMQ 的功能特性
程序员Linc
02-18 892
这是RocketMQ的第三篇文章，前两篇文章我们说了一下rocketmq的入门安装和开发配置，以及他的一些名词解释，。今天我们来说说的他的一些功能特性。明确区分这些功能特性，方便大家在开发的时候进行使用。例如下面要说的延迟消息的应用场景、事务消息的应用场景，这些关键特性特别是在电商领域等关键场景中有一些使用场景。好了，下面开始介绍。
RocketMQ DefaultMQProducer#send 方法源码解析：生产者投递消息（一）
vnjohn 博主 > 主线分享后端领域业务设计知识、源码思想、架构设计
01-18 1460
该篇博文主要先简单分析几种不同方式的投递消息方式：SYNC、ASYNC、ONEWAY，以及支持通过指定的 MessageQueue、MessageQueueSelector 方式来对消息进行投递，同步模式投递情况下是通过 DefaultMQProducerImpl#sendDefaultImpl 方法进行重试的，而在异步模式是通过 MQClientAPIImpl#onExceptionImpl 方法重试的，这在后面一篇文章展开介绍，在消息发送之前，会对消息进行压缩，确保客户端与服务端之间交互的数据包大小是最
rocketmq源码学习-nameServer
小小少年的博客
12-13 534
最近看了下rocketmq的源码，计划针对最近的学习，做一个笔记，先从nameServer启动的逻辑开始记录吧在rocketmq中，有四个关键的组件nameServerbrokerproducerconsumer这四个组件之间的关系是这样的nameSrv启动的源码比较简单，其实就干了两件事情1、初始化nettyServer服务端，用来接收客户端请求，这里的客户端，包括：producer、consumer、broker2、启动了一个定时任务，定时去扫描内存中不活跃的broker信息。
RocketMQ源码(11)—Broker asyncPutMessage处理消息以及存储的高性能设计【一万字】
终生学习践行者
10-11 1476
基于RocketMQ release-4.9.3，深入的介绍了Broker存储消息的源码，以及存储的高性能设计。
RocketMQ全面解析：消息类型、使用场景与常见问题解决方案
最新发布
weixin_44006311的博客
05-08 1089
RocketMQ是阿里巴巴开源的一款分布式消息中间件，后捐赠给Apache基金会成为顶级项目。它具有低延迟、高性能、高可靠、分布式、可扩展等特点，广泛应用于订单交易、数据同步、流计算、实时消息推送等场景。RocketMQ架构图图：RocketMQ架构图（NameServer、Broker、Producer、Consumer四大组件）RocketMQ作为一款成熟的分布式消息中间件，在电商、金融、物流等多个领域都有广泛应用。
RocketMQ源码11-broker 消息分发流程(ConsumeQueue和BuildIndex)
BASK2312的博客
03-27 573
reput其实就是后台一个线程，不停的从commitlog取出消息，然后看看这个消息是哪个topic的哪个queue的，然后找到对应的consumeQueue，将消息在commitlog中的一个offset 还有几个其他信息写入到这个consumeQueue中，reput不光写入consumeQueue这一个事情，还有一个就是为这个消息构建索引，第4小节说这个。
RocketMQ的生产者：发送消息后消息返回的状态
My_wife_QBL的博客
07-16 1092
RocketMQ 是一款分布式消息中间件，它具有高吞吐量、低延迟、高可用性等优点。在消息系统中，生产者（Producer）在发送消息后，RocketMQ会返回不同的状态来指示消息的发送结果。本文将详细介绍RocketMQ生产者发送消息后可能返回的状态。
RocketMq知识记录整理
codezhuyc的博客
03-15 212
目录一 文件过期策略详解二 读写分离注意点三 消费组说明四 广播模式五 消费进度六 新增消费组时从哪消费七 顺序消费 一 文件过期策略详解 默认情况下，无论是正常消息还是死信队列中的消息。都可能在3天后被清除 参考：RocketMQ文件过期策略详解 二 读写分离注意点 默认不支持读写分离 参考：RocketMQ 主从同步读写分离机制 注意点 rocketmq只保证消息至少被消费一次，所以消费进度...
RocketMQ（四）：功能特性
geminigoth的博客
02-19 1371
消息过滤定义过滤的含义指的是将符合条件的消息投递给消费者，而不是将匹配的效果过滤掉。Apache RocketMQ的消息过滤功能通过生产者和消费者对消息的属性、标签进行定义，并在Apache RocketMQ服务端根据过滤条件进行筛选匹配，将符合条件的消息投递给消费者进行消费。消息过滤原理消息过滤主要通过以下几个关键流程实现：1、生产者：生产者在初始化消息时预先为消息设置一些属性和标签，用于后续消费时指定过滤目标。
RocketMQ 通信机制底层数据结构及源码解析
vnjohn 博主 > 主线分享后端领域业务设计知识、源码思想、架构设计
07-01 1076
该篇文章主要介绍在 RocketMQ remoting 底层通信模块中的数据结构以及相关的一些源码的分析，对其客户端、服务端之间相互调用的协议、编解码进行了阐述，也说明了一下在 RocketMQ 中对于 TCP 流传输时会产生的粘包、拆包问题进行了描述以及 Netty 相关的解决 Case，最后对于 NettyRemotingServer Reactor 多线程模型设计进行了源码追踪以及模型图优化，希望对您有帮助，能够喜欢
RocketMQ 中的 NettyRemotingAbstract 类
u013127325的博客
03-05 873
NettyRemotingAbstract 类主要负责封装与 Netty 相关的网络通信操作，将复杂的网络编程细节抽象化，使得 RocketMQ 的 Remoting 模块能够专注于消息协议处理和业务逻辑实现。它管理着 Netty 的 Channel、EventLoopGroup 等核心组件，提供了统一的消息发送、接收和处理接口，同时处理网络连接的建立、断开以及异常情况。
RocketMQ（7）——通信协议
guolong1983811的专栏
12-16 1万+
https://zhuanlan.zhihu.com/p/30875730 RocketMQ的通信协议其实很简单，但是无论是官方的用户手册，还是网上的博客，并没有很清晰简单地把其中所有的内容和原理讲明白。 对于需要扩展其他语言SDK的开发来说，意味着必须要深入到Java源码才能弄懂其概念。 笔者通过深入源码，本文希望以尽量简短的语言描述清楚协议的每个字段及其意义。注：现
记一次rocketMQ不能消费的问题
热门推荐
燕少江湖
04-09 1万+
dubbo服务主机：service-01 rocketMQ所在主机：common-01 rocketMQ-console查到的异常信息：the consumer group[repay_info] not online org.apache.rocketmq.client.exception.MQBrokerException: CODE: 206 DESC: the consumer g...
【RocketMQ】常见问题（1）
ibigboy
10-13 2405
本地测试RocketMQ时报错如下： Caused by: org.apache.rocketmq.client.exception.MQBrokerException: CODE: 14 DESC: service not available now, maybe disk full, CL: 0.90 CQ: 0.90 INDEX: 0.90, maybe your broker machine memory too small. 根据错误信息可知，broker的内存太小导致的。 查看runbr
RocketMQ Broker 消息拉取原理
small_bao的博客
02-01 860
版本：4.2.0，源码：class文件 consumer拉取消息发送请求的RemotingCommand的code为11 RemotingCommand request = RemotingCommand.createRequestCommand(11, requestHeader) broker启动时会注册一系列的processor BrokerController public boolean initialize() throws CloneNotSupportedException {
RocketMQ5.x版本延迟消息被重放问题调查
MQCloud的专栏
06-09 1288
RETRY%pugc-sofa-delete-video-flush-consumer这个topic在broker-cold-1上的消息量变成了34706，而消费量为17353，堆积量跟消费量相等。而在测试环境中，broker没多少数据，10秒内肯定已经启动完了，所以没有发现这个问题，而线上环境数据量一般都是上百G，通常启动比较慢。而发现堆积的topic都是之前消费有失败的，产生了重试消息的，而这些重试消息也是被消费完了的。但是在4.x的broker陆续升级至5.x的过程中，发现了延迟消息被重放的问题。
深度解析RocketMq源码-远程通信组件
zhifou123456的博客
05-24 1134
rocketmq的各个组件之间的通信都是用rocketmq-remoting这个组件实现，而这个组件底层采用的是netty来进行通信的，所以学习这个组件我们可以学到netty的使用。在介绍这个组件之前，我们来了解一下什么是netty。NettyRemotingAbstract的主要作用是接收Netty的请求，根据请求找到一个响应或者请求的processor，然后调用对应的客户端实现的processor来处理结果。/***///oneway请求的信号量，通过它来控制同时发送oneway请求的并发数。
全网最详细的 RocketMQ 源码解读方案（上）赶紧收藏
java_121388的博客
04-11 5987
我们开始深入RocketMQ的源码。源码的解读是个非常困难的过程，每个人的理解程度都会不一样，也不太可能通过讲解把其中的细节全部讲明白。我们今天在解读源码时，采取逐层抽取的模式，希望能够给大家形成一个源码解读的大框架，帮助大家对源码形成自己的理解。
rocketmq源码-consumer拉取消息（push模式）
小小少年的博客
12-15 1192
在前面consumer启动的博客中，有说过，在启动过程中，有两个比较重要的逻辑，分别是负载均衡和拉取消息的service，这篇博客，主要记录拉取消息的service，因为前面的demo和这篇笔记中的demo，都是基于push模式来学习的，所以前面的笔记都是基于push模式的，但是最近看了下pull模式，和push模式的代码还是有点区别的，所以后面单独起一篇博客，记录pull模式的逻辑对于消费者有两种模式：pull和push但是在push模式中，又分为了顺序消费和并行消费。
以上内容还要包含网络请求、错误处理和回调机制
04-03
<think>嗯，用户想了解网络请求、错误处理和回调机制的相关知识，特别是它们的实现方式和最佳实践。首先，我需要理清这三个概念之间的关系。网络请求是客户端与服务器通信的基础，错误处理确保应用在遇到问题时能妥善应对，而回调机制则用于异步处理响应，这三者通常是结合使用的。 首先，网络请求的实现方式。常见的库有OkHttp、Retrofit等。OkHttp是Android常用的库，支持同步和异步请求。同步请求会阻塞主线程，所以通常用于后台线程；异步请求通过回调在请求完成后处理结果，不会阻塞UI。Retrofit基于OkHttp，提供了更简洁的API，适合RESTful API调用。另外，浏览器中的Fetch API和Axios也是常用的工具，需要提到不同平台的选择。 然后是错误处理。网络请求可能遇到的错误包括连接超时、服务器错误（如404、500）、数据解析错误等。处理这些错误的方法有全局错误拦截，比如OkHttp的Interceptor，可以统一处理错误。重试机制也很重要，比如RocketMQ的重试机制，可以设置最大重试次数和退避策略。此外，状态码检查和数据验证也是必要的，确保返回的数据格式正确。 接下来是回调机制。回调允许异步处理响应，避免阻塞主线程。在Java中，可以通过接口定义回调，比如OkHttp的Callback接口，实现onResponse和onFailure。Kotlin可以使用高阶函数简化回调。组合使用回调时，比如先获取用户信息再获取订单，需要注意回调地狱的问题，可以使用协程或CompletableFuture来优化。 最佳实践方面，异步请求优先，避免主线程阻塞。错误处理要分层，包括网络层、业务层和UI层。超时和重试策略需要合理设置，比如初始延迟和指数退避。回调管理方面，避免内存泄漏，如在Android中使用弱引用或及时取消请求。统一日志和监控，方便问题追踪。 用户可能的问题包括如何选择网络库、处理回调地狱、设计重试机制、避免内存泄漏、数据解析错误处理等。需要确保引用相关的资料，比如引用OkHttp的例子和RocketMQ的重试机制。同时，保持回答结构清晰，分点说明，结合代码示例和实际场景，帮助用户理解。</think>### 网络请求、错误处理与回调机制实现方式及最佳实践 #### 一、网络请求实现方式 1. **基础请求模型** - **同步请求**：阻塞当前线程直到响应返回，适用于简单场景 ```java OkHttpClient client = new OkHttpClient(); Request request = new Request.Builder().url("https://api.example.com").build(); Response response = client.newCall(request).execute(); // 同步执行 ``` - **异步请求**：通过回调处理响应，避免阻塞主线程（Android强制要求主线程不能执行网络请求） ```java client.newCall(request).enqueue(new Callback() { @Override public void onResponse(Call call, Response response) { // 处理成功响应 } @Override public void onFailure(Call call, IOException e) { // 处理失败 } }); ``` 2. **常用网络库** - OkHttp：提供连接池、GZIP压缩、响应缓存等特性[^4] - Retrofit：基于OkHttp的类型安全HTTP客户端，支持RESTful API - Web环境：Fetch API、Axios等 #### 二、错误处理机制 1. **常见错误类型** - 网络层错误：超时（`SocketTimeoutException`）、DNS解析失败 - 协议层错误：HTTP 404/500等状态码 - 业务逻辑错误：服务器返回的错误码（如`{code: 500, msg: "余额不足"}`） - 数据解析错误：JSON解析异常、类型转换错误 2. **分层处理策略** ```mermaid graph TD A[网络层] -->|原始错误| B[全局拦截器] B --> C[业务层校验] C --> D[UI展示] ``` - **全局拦截**：通过OkHttp Interceptor统一处理网络错误 ```java class ErrorInterceptor implements Interceptor { @Override public Response intercept(Chain chain) throws IOException { try { return chain.proceed(chain.request()); } catch (SocketTimeoutException e) { throw new AppException("连接超时", ErrorCode.TIMEOUT); } } } ``` - **重试机制**：参考RocketMQ的重试策略[^2]，建议采用指数退避算法 ```java RetryPolicy policy = new ExponentialBackoffRetry(1000, 3); // 初始1秒，最多3次 ``` #### 三、回调机制实现 1. **基础回调模式** - 接口回调（Java传统方式）： ```java public interface HttpCallback { void onSuccess(String response); void onFailure(AppException error); } ``` - Lambda表达式（Kotlin）： ```kotlin fun fetchData(callback: (Result) -> Unit) { //... callback(result) } ``` 2. **高级组合回调** - **多级嵌套回调**（需注意回调地狱）： ```java getUserInfo(userId, user -> { getOrders(user.id, orders -> { updateUI(orders); }, error -> { /* 处理错误 */ }); }, error -> { /* 处理错误 */ }); ``` - **使用协程/CompletableFuture优化**： ```java CompletableFuture.supplyAsync(() -> getUserInfo(userId)) .thenCompose(user -> getOrders(user.id)) .thenAccept(this::updateUI) .exceptionally(ex -> { /* 统一错误处理 */ }); ``` #### 四、最佳实践 1. **网络层规范** - 所有网络请求必须设置超时（建议连接/读取/写入分别设置） - 重要请求实现重试机制（参考RocketMQ的重试策略） - 使用HTTPS并配置证书校验 2. **错误处理原则** - 分层处理：网络层捕获原始异常，业务层添加上下文信息 - 错误码标准化：定义全局错误码体系 - 兜底处理：确保不会出现未捕获的异常 3. **回调管理** - 避免内存泄漏：在Android中使用WeakReference ```java public class SafeCallback { private WeakReference<HttpCallback> weakCallback; public void onResponse() { if (weakCallback.get() != null) { weakCallback.get().onSuccess(data); } } } ``` - 生命周期绑定：在Activity/Fragment销毁时取消请求 #### 五、性能优化 1. **连接池配置**（OkHttp示例）： ```java new OkHttpClient.Builder() .connectionPool(new ConnectionPool(5, 10, TimeUnit.SECONDS)) .build(); ``` 2. **缓存策略**：对GET请求配置Cache-Control 3. **请求合并**：对高频小请求进行批量处理
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值