后端消息队列消息路由【免费下载链接】rabbitmq-serverOpen source RabbitMQ: core server and tier 1 (built-in) plugins项目地址https://gitcode.com/gh_mirrors/ra/rabbitmq-server点击查看免费下载RabbitMQ 4.4.0 是 4.x 系列中的一个新特性版本围绕流Stream基础设施、OAuth 2 认证与 AMQP 0-9-1 客户端兼容性带来了一系列值得关注的改进。本文以官方发布说明 release-notes/4.4.0.md 为主体结合仓库源码与配置 schema逐项解析破坏性变更、核心增强及其背后的实现原理帮助你在升级前评估影响、升级后正确使用新能力。升级前必读Breaking Changes 与兼容性说明AMQP 1.0 遗留头字段停止解析4.4.0 起以下四个 AMQP 0-9-1 头字段不再被解析x-amqp-1.0-properties x-amqp-1.0-app-properties x-amqp-1.0-message-annotations x-amqp-1.0-footer在 RabbitMQ 3.13 及更早版本中这些头字段被用来承载通过 AMQP 1.0 协议接收到的消息中的 AMQP 1.0 区段sections。自 4.0 起节点写入消息时已不再生成这些头字段因此只有由 3.13 或更早节点存储、且此后一直未被读取的消息才会携带它们。升级到 4.4.0 后这类消息仍然可以正常投递但这些头字段会被当作普通x-头处理即与其他x-头一样转换而不会被还原为 AMQP 1.0 区段。同理以下三个消息注解message annotations也不再被解析x-basic-delivery-mode x-basic-priority x-basic-expiration这三个注解是 4.0 之前当一条 AMQP 0-9-1 消息被编码为 AMQP 1.0 写入流stream时生成的。因此只有由 3.13 或更早节点写入的流条目会携带它们4.4.0 读取这类条目时不再恢复对应的三个属性delivery-mode、priority、expiration。升级影响评估这些头字段只在3.13 及更早节点写入、且升级前从未被读取的消息上出现属于极窄的兼容性边界场景。若你的集群仍在 3.13 及以下版本运行且存在长期未被消费的旧消息建议在升级前评估这些消息的 AMQP 1.0 元数据是否有保留价值。OIDC 发现响应校验更严格升级前必须核对配置OpenID ConnectOIDC发现响应现在按照更严格的规则进行校验。升级后以下两种情况会导致发现校验失败身份提供商IdP的发现文档中提供了非 HTTPShttp://端点发现文档中的issuer声明与用于获取该文档的发现端点不匹配按照 OpenID Connect Discovery 1.0 §4.3 的约定校验。该变化已知会影响 CloudFoundry UAA它的issuer是其令牌端点token endpointURL而不是发现端点的前缀因此默认校验下会失败。升级前的应对如果您的身份提供商不满足上述约定请在升级前将以下配置设为false# rabbitmq.conf 中的设置示例 auth_oauth2.discovery.verify_issuer false auth_oauth2.discovery.verify_https_endpoints false关于校验规则与配置选项的完整说明参见官方文档的 Discovery Payload Validation 一节仓库内的配置 schema 位于 deps/rabbitmq_auth_backend_oauth2/priv/schema/rabbitmq_auth_backend_oauth2.schema源码实现见 deps/oauth2_client/src/oauth2_client.erl。GET /api/auth/hash_password/:password废弃管理 API 的GET /api/auth/hash_password/:password端点不再对密码做哈希——因为 URL 路径中的密码可能残留在访问日志、代理服务器日志或 shell 历史中。请改用POST /api/auth/hash_password并通过 JSON 请求体传递密码curl -u guest:guest -X POST http://localhost:15672/api/auth/hash_password \ -H content-type: application/json \ -d {password: your-password-here}Core Server 核心增强与源码级解析流支持非零初始偏移x-stream-initial-offset4.4.0 引入了一个重要的流Stream新特性流可以从非 0 的偏移量开始。新增的x-stream-initial-offset队列参数用于指定发布到流的第一条消息的偏移量即流为空时first和next这两个偏移规格offset specification所解析到的值。流协议层面该参数通过Create命令的stream-initial-offset参数暴露。声明流时使用该参数的示例# 使用 rabbitmq-stream-go 等客户端或 AMQP 0-9-1 声明流队列时 # 参数名 x-stream-initial-offset值为非负整数例如 1000 rabbitmqctl add_vhost_stream_test # 通过 rabbitmqadmin 或代码声明流队列并指定初始偏移关键约束务必注意流的起始偏移在创建时即固定没有对应的策略policy等价物以不同值重新声明该流会被拒绝即再次声明时参数值必须一致否则报错。从源码实现看参数校验逻辑位于 deps/rabbit/src/rabbit_stream_queue.erl 的check_initial_offset/1偏移量必须是非负整数否则返回precondition_failedx-stream-initial-offset value must be a non-negative integer偏移量不能超过上限?MAX_STREAM_INITIAL_OFFSET该宏定义在 deps/rabbit/include/rabbit_stream_queue.hrl值为(1 bsl 62) - 1即 2^62 - 1。注释解释了原因Osiris 使用有符号 64 位计数器保存偏移量取其一半范围能为从最大值处开始的流保留同样多的消息增长空间该特性依赖功能开关rabbitmq_4.4.0若功能开关未启用例如混合版本集群中还存在 4.3.x 副本声明会被拒绝。原因是旧节点上的副本会从偏移 0 开始日志随后拒绝写入端第一个按新偏移生成的 chunk视为乱序。该功能开关定义在 deps/rabbit/src/rabbit_core_ff.erlstability stabledepends_on [rabbitmq_4.3.0]。使用场景该特性适用于迁移/重放场景——例如将外部系统的历史数据以原始偏移写入流使消费端能按原始偏移续读或让多个流在逻辑上共享同一个偏移空间。相关测试覆盖见 deps/rabbit/test/unit_stream_arg_validation_SUITE.erl 与 deps/rabbitmq_stream/test/commands_SUITE.erl。流协调器 Raft 状态机升级到 v8旧版本行为被冻结流的协调器stream coordinatorRaft 状态机版本号推进到第 8 版。与rabbit_fifo/rabbit_fifo_v7的处理方式一致v7 的行为被冻结在独立的模块 deps/rabbit/src/rabbit_stream_coordinator_v7.erl 中。这样做的意义在于旧的日志条目log entries与混合版本集群在回放replay时会命中字节级一致byte-identical的代码从而保证滚动升级过程中新旧节点对同一段 Raft 日志的解析结果完全一致避免因状态机语义漂移导致的数据不一致。这是 RabbitMQ 对状态机演化的标准做法新逻辑放进主模块deps/rabbit/src/rabbit_stream_coordinator.erl历史版本冻结为独立模块回放路径根据日志版本路由到对应实现。同类模式可见rabbit_fifo/rabbit_fifo_v7/rabbit_fifo_v8等模块。成员动作重试退避收敛到状态机内部4.4.0 中成员动作member action的重试退避retry backoff改由状态机自身负责取代了此前为退避窗口而阻塞的 worker 进程失败的动作被停放parked由**单个合并定时器coalesced timer**统一重新驱动默认采用带抖动的短延迟short jittered delay节点宕机node-down导致的失败会被停放直到该节点的nodeup事件触发避免在**大规模断连mass disconnections**期间出现惊群效应thundering herd和反复探测宕机节点。并发动作 worker 数量有界化启动、停止、删除、更新等动作的并发 worker 数量现在有上限默认64可通过应用环境参数stream_coordinator_max_concurrent_actions配置。超出的动作会在 aux 状态中排队等运行中的 worker 完成后才启动因此大规模流事件mass stream event不会再一次性爆发式创建无界数量的 worker及其反馈命令。源码佐证位于 deps/rabbit/src/rabbit_stream_coordinator.erl默认值定义-define(DEFAULT_MAX_CONCURRENT_ACTIONS, 64).并在 deps/rabbit/src/rabbit_stream_coordinator.erl 处通过application:get_env(rabbit, stream_coordinator_max_concurrent_actions, ...)读取。若需调整可在 rabbitmq.conf 或 advanced.config 中设置rabbit.stream_coordinator_max_concurrent_actions。重连处理按受影响范围伸缩流协调器与单一活跃消费者single active consumer协调器的节点/连接重连处理现在按**受影响的规模affected footprint**伸缩而不是按流的数量或组group的总数。效果是在分区恢复partition heals、节点重启或滚动升级完成后协调器负载显著降低——因为不再需要对全部流/组逐一触发重连检查。流协调器活性liveness缺陷修复本次修复了多个流协调器的活性缺口流可能失去 writer 且没有事件触发恢复的缺陷过期的start动作在重新选举re-election后仍存活的缺陷副本在nodeup时保持断连而非恢复的缺陷。这些修复保障了协调器在故障转移、网络分区等场景下的自愈能力。Auth Backend OAuth 2 插件OIDC 发现校验落地与升级说明中的 Breaking Change 相呼应4.4.0 在rabbitmq_auth_backend_oauth2插件中正式实现了 OIDC 发现响应的校验规则遵循OpenID Connect Discovery 1.0 §4.3。实现位于 deps/oauth2_client/src/oauth2_client.erlverify_issuer与verify_https_endpoints默认均为true配置定义于 deps/rabbitmq_auth_backend_oauth2/priv/schema/rabbitmq_auth_backend_oauth2.schema。两个校验项的含义配置项默认值校验内容auth_oauth2.discovery.verify_https_endpointstrue要求发现到的jwks_uri、token_endpoint、authorization_endpoint、end_session_endpoint使用 HTTPS 协议auth_oauth2.discovery.verify_issuertrue校验发现文档中的issuer存在、使用 HTTPS且与用于获取发现文档的发现端点匹配完整的配置层级支持全局与 per-provider 两种形式# 全局设置 auth_oauth2.discovery.verify_https_endpoints false auth_oauth2.discovery.verify_issuer false # 按 provider 设置schema 中对应的 mapping 项 # auth_oauth2.oauth_providers.$name.discovery.verify_https_endpoints # auth_oauth2.oauth_providers.$name.discovery.verify_issuer注意 schema 注释中的提醒仅在身份提供商的发现文档使用http例如开发/测试环境时才关闭verify_https_endpoints仅在 IdP 的issuer不遵循 §4.3 约定时才关闭verify_issuer。测试覆盖见 deps/oauth2_client/test/unit_SUITE.erl 与 deps/rabbitmq_auth_backend_oauth2/test/config_schema_SUITE_data/rabbitmq_auth_backend_oauth2.snippets。Erlang AMQP 0-9-1 客户端URI 参数严格校验auth_mechanism参数受限AMQP 0-9-1 URI 中的auth_mechanism查询参数现在仅接受客户端实际支持的机制plain、amqplain、external、crdemo。不支持的取值会在URI 解析阶段被拒绝而不再等到连接建立时才报错。该行为同样作用于Shovel 和 federation 插件——它们以相同方式解析 URI因此获得了同等的早期失败保障。verify参数受限URI 中的verify查询参数现在只接受verify_peer或verify_none不支持的取值同样在 URI 解析阶段即被拒绝而不是等到 TLS 连接建立时才失败。升级影响如果你的 Shovel/federation 配置或客户端代码中使用了非法的auth_mechanism或verify取值升级后将在解析阶段立即暴露错误便于快速定位配置问题。依赖变更osiris升级到1.13.2ra升级到3.2.0。其中osiris是 RabbitMQ 流streams的底层存储引擎ra是提供 Raft 共识实现的库——两者的升级与本次流协调器状态机 v8、流初始偏移等能力直接相关也解释了为何 4.4.0 会引入rabbitmq_4.4.0这一依赖 4.3.0 的稳定功能开关来约束滚动升级。升级路径建议与获取源码综合本次变更给出如下升级建议升级前检查 OAuth 2 配置。若使用 CloudFoundry UAA 或任何issuer不匹配发现端点、或提供 HTTP 端点的 IdP先在 4.4.0 之前设置auth_oauth2.discovery.verify_issuer/verify_https_endpoints为false避免升级后发现校验失败升级前将依赖GET /api/auth/hash_password/:password的脚本迁移到POST /api/auth/hash_passwordJSON body升级中若集群跨 4.3.x 滚动升级x-stream-initial-offset在rabbitmq_4.4.0功能开关启用前不可用且不要在功能开关未全面启用时声明带初始偏移的流升级后对于需要从非零偏移开始的新流使用x-stream-initial-offset队列参数或流协议Create命令的stream-initial-offset参数并注意偏移在创建时固定、不可通过策略修改、重新声明必须使用相同值。获取完整发行版源码时请下载名为rabbitmq-server-4.4.0.tar.xz的归档而非 GitHub 生成的 source tarball后者不包含完整的构建体系。本文引用文件速览均为仓库内相对路径发布说明原文release-notes/4.4.0.md流初始偏移参数校验deps/rabbit/src/rabbit_stream_queue.erl、上限宏定义 deps/rabbit/include/rabbit_stream_queue.hrl流协调器实现与并发上限deps/rabbit/src/rabbit_stream_coordinator.erl、冻结版本 deps/rabbit/src/rabbit_stream_coordinator_v7.erl功能开关定义deps/rabbit/src/rabbit_core_ff.erlOIDC 校验实现deps/oauth2_client/src/oauth2_client.erl、配置 schema deps/rabbitmq_auth_backend_oauth2/priv/schema/rabbitmq_auth_backend_oauth2.schema相关测试deps/rabbit/test/unit_stream_arg_validation_SUITE.erl、deps/rabbitmq_stream/test/commands_SUITE.erl、deps/oauth2_client/test/unit_SUITE.erl赞分享后端消息队列消息路由【免费下载链接】rabbitmq-serverOpen source RabbitMQ: core server and tier 1 (built-in) plugins项目地址https://gitcode.com/gh_mirrors/ra/rabbitmq-server点击查看免费下载相关推荐Slang 初始器表达式与初始化列表表达式一致性测试深度解析Slang 初始器表达式与初始化列表表达式一致性测试深度解析 本文以 Slang 仓库中 docs/generated/tests/conformance/ex编译器图形学编程语言TypeSpec 1.8.0 版本特性深度解读日期时间 now() 初始化器、装饰器验证回调与 OpenAPI 3.2.0 defaultMappingTypeSpec 1.8.0 版本特性深度解读日期时间 now 初始化器、装饰器验证回调与 OpenAPI 3.2.0 defaultMapping 本篇文章编程语言编译器后端TypeSpec 1.3.0 版本特性深度解析CLI 初始化增强、版本依赖简化与编译器内核改进TypeSpec 1.3.0 版本特性深度解析CLI 初始化增强、版本依赖简化与编译器内核改进 本篇文章以 TypeSpec 官方仓库发布的 1.3.0 版本编程语言编译器后端上一篇Cursor设备标识重置工具突破AI编程助手限制的完整指南下一篇IoT-For-Beginners 实战为 Seeed Wio Terminal 搭建 PlatformIO 开发环境并完成首个 Hello World创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考