Dapr PubSub本地Docker环境仅触发单个订阅者问题求助

我们的C#/.NET6 WebAPI项目在本地Docker环境使用Dapr PubSub（pubsub.redis）时，仅会触发单个订阅者，而非所有订阅者；但生产K8s环境使用Azure Servicebus作为PubSub组件时，消息可正常分发至所有订阅者，说明代码无问题，疑为配置问题。

本地日志显示订阅已成功注册，包含所有主题订阅及对应处理端点，但消息发布后仅随机一个服务（如报表服务、客户服务等）接收处理。

我们使用[TopicAttributes]修饰控制器方法实现订阅，依赖Dapr.AspNetCore v1.8.0 NuGet包，运行环境为Windows10 + Docker Desktop v4.11.1（WSL2），镜像基于mcr.microsoft.com/dotnet/aspnet:6.0.6-focal-amd64。

附pubsub-redis.yaml配置：

apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: my-pubsub
  namespace: default
spec:
  type: pubsub.redis
  version: v1
  metadata:
  - name: redisHost
    value: redis:6379
  - name: redisPassword
    value: *removed*
  - name: consumerID
    value: "myGroup"
  - name: enableTLS
    value: "false"
  - name: processingTimeout
    value: "30s"
  - name: redisMaxRetries
    value: "5"

排查方向 #

• 检查consumerID配置逻辑：Redis PubSub的consumerID对应消费者组，同一组内的多个订阅者会以竞争模式消费消息（单条消息仅分发至组内一个实例）。而Azure ServiceBus默认每个订阅者对应独立订阅，因此能全部分发。当前配置中所有服务共用固定consumerID: myGroup，这是导致单实例接收的核心原因。可尝试给每个服务实例分配唯一consumerID，或直接移除该配置（Redis组件默认生成唯一ID）。
• 验证sidecar订阅注册的consumerID：查看每个服务的Dapr sidecar日志，确认订阅注册时使用的consumerID是否一致，若一致则说明处于同一消费者组，必然竞争消费。
• 检查Redis版本兼容性：确认本地Redis版本与Dapr v1.8.0兼容，部分旧版本Redis的消费者组实现可能存在逻辑差异，影响消息分发。
• 测试移除consumerID的配置：临时删除pubsub配置中的consumerID项，重启所有服务及Dapr sidecar，重新发布消息验证是否所有订阅者都能接收。
• 确认订阅主题完全一致：虽然日志显示订阅已注册，但需确保所有服务订阅的主题名称完全匹配（包括大小写、特殊字符），避免因主题差异导致部分服务收不到消息。

内容的提问来源于stack exchange，提问作者Mog0