Windows平台RabbitMQ单进程连接创建速率受限问题咨询

这个表现是RabbitMQ.Client 6.2.2版本客户端IO模型的默认机制导致的，和RabbitMQ服务端、操作系统资源没有关系：

• 6.x版本对底层IO层做了完全重构，抛弃了旧版的阻塞IO实现，改用基于事件循环（EventLoop）的非阻塞IO架构。客户端初始化时会默认创建数量等于CPU逻辑核心数的事件循环线程，你的测试环境是6核CPU，因此默认启动6个事件循环线程。
• 连接创建过程中，必须先绑定到一个可用的事件循环线程，才能完成AMQP握手、后续帧收发等所有IO操作。前6个连接创建时所有事件循环都处于空闲状态，可以直接完成绑定和握手，因此创建速度极快。
• 你的测试代码中创建连接后从未调用Dispose()方法释放资源，前6个连接会持续占用对应的事件循环。当所有事件循环都被标记为已占用后，客户端内部的连接分配逻辑会进入轮询重试流程，这个重试的间隔硬编码为1秒，每轮重试会分配一个新连接到事件循环上（6.2.2版本并没有严格限制单个事件循环只能承载1个连接，只是首次分配时优先选择完全空闲的事件循环），因此后续连接的创建间隔会稳定在1秒左右。

你可以通过修改ConnectionFactory的公开参数调整这个行为：

• 直接设置EventLoopCount属性为更大的整数值，增加初始化的事件循环线程总数，就能支持更多连接无等待并行创建，该参数的默认值为Math.Min(Environment.ProcessorCount, 8)。
• 即便可以通过调整参数放开限制，生产环境依然建议遵循连接复用的最佳实践，使用完连接后及时调用Dispose()释放资源，避免不必要的IO线程和内存占用。

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