安全地允许多个客户端共享一个资源

Question

我正在创建一个程序，需要通过不同的物理连接（串行端口，UDP）与多个设备（按10-20个设备的顺序）进行通信。 这些设备仅答复我对它们的请求，并且每个设备仅在允许一个新请求之前处理一个请求。 应用程序可能每秒请求它们中的每个值更新。

到目前为止，我有一个接口IRequestReplyDevice

public interface IRequestReplyDevice
{
    T SendMessage<T>(IMessage message) where T : IMessage;
}

其中，SendMessage是阻止调用，它返回从设备接收到的响应。 在此接口的每种实现中，例如。 SerialPortDevice : IRequestReplyDevice ，我在SendMessage中有一个锁，可以确保在收到对上一个答复的响应并将其返回给调用方之前，不发送新消息。

我想在此基础上构建一个Web API，这可能会导致多个客户端希望同时从同一设备请求某些内容。

这种方法是否健全或理智？ 您会采取不同的方式吗？

Answer 1

基于以上内容，我最初的想法是删除阻塞调用，并尽可能将请求和响应链与队列分离。

流程类似于以下内容

请求-> RequestQueue-> RequestHandler-> ResponseQueue-> ResponseHandler

该建议的基本原理是，阻塞呼叫和多个用户的固有并发性将导致很多复杂的锁定，锁定将具有固有的瓶颈，并且可能无法很好地扩展。

但是，该解决方案的问题在于它将涉及大量的额外工作和活动部件。 这就引出了一个真正的问题，即您实际上需要系统采取什么行为？ 设计一个要求高吞吐量（1mb / s？1gb / s？）和低延迟（100ms以下？3ms以下）的系统并发性很好的系统很快就会变得非常复杂。

如果系统可以容忍简单的块/锁设计背后的延迟，吞吐量和扩展要求，则绝对不能使用它。 如果您已经在负载下测试了基于锁的体系结构的性能，并且性能不能令人满意，或者您有合理的预期，该系统将增长到不久的将来无法满足要求的程度，建议看一下使用队列。