多客户端单服务端场景下Rebus如何确保请求方收到专属响应？

Rebus本身内置了完整的请求/响应语义支持，不需要依赖Azure Service Bus的会话功能，即可保证对应请求方准确收到响应，核心依赖以下几个内置机制：

• 自动注入返回地址头
  客户端向服务端发送请求时，Rebus会自动在消息头中添加rebus-return-address字段，取值为当前客户端用于接收响应的队列地址。服务端处理完请求发送响应时，会自动读取该头字段，将响应直接发送到对应地址，不需要业务代码做额外配置。
  如果你采用的是所有客户端共用同一条响应队列的部署模式，该机制依然可以配合后续的关联ID匹配逻辑正常工作。
• 关联ID自动匹配
  客户端发起请求时，Rebus会生成全局唯一的请求ID存入rebus-request-id消息头，服务端回传响应时，会将该ID原样复制到响应的rebus-correlation-id头中。
  每个客户端本地会维护当前未完成的请求上下文列表，收到响应后会优先匹配rebus-correlation-id对应的请求上下文，只有发起对应请求的客户端才会命中匹配、执行业务响应处理，其他客户端收到不匹配的响应会自动忽略，不会进入业务逻辑。
• 请求上下文本地隔离
  每个客户端发起的请求都会在本地维护独立的异步上下文，包含请求ID、超时时间、回调逻辑等信息，响应只会传递给对应上下文的等待逻辑，完全不会出现跨客户端的上下文串用问题。

如果你的场景是采用两条队列部署：一条为服务端请求队列（所有客户端发请求到该队列）、一条为客户端响应队列（所有客户端监听该队列收响应），仅靠Rebus上述内置机制即可满足“单客户端响应不被其他客户端接收”的要求，不需要额外开发适配。
示例代码层面不需要做特殊处理，直接使用Rebus原生的请求响应API即可：

// 客户端发起请求
var response = await bus.SendRequest<MyBusinessResponse>(new MyBusinessRequest());

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