RabbitMQ C#客户端是否可扩展？

Question

通过查看官方的.net客户端代码，我在几个地方看到了lock的语句。这发出了一个内部问题，即这会对性能产生多大影响。

我目前的解决方案是一个web-app，它使用灰度日志进行日志记录，它的接收器是一个兔队列。一个关键路径请求可能会导致几十个日志，理想情况下，它应该在500ms内运行。在高峰时刻，我们期望每秒处理3-5个这样的请求和1-2个其他的请求。

现在，连接和模型基本上是单例的，我的问题是:当我们遇到重负载时，我应该如何担心这些锁？是否有已知的死锁点？

Answer 1

一般来说，锁本身是相对便宜的，可以在这里阅读：How expensive is the lock statement?

简答:50

所以实际的问题是:哪个部分实际上是锁定的，这有什么关系吗？

我的假设是，它是将消息发布到队列的部分(尽管如果您详细说明这一点会有所帮助)。

因此，我没有深入到代码中，但由于它纯粹是在客户端，所以您应该能够毫无困难地水平扩展这些客户端。