RabbitMQの最大数（ソケットディスクリプタ）接続、のRabbitMQのソケット接続（ソケット記述子）ファイル記述子（ファイルディスクリプタ、FD）のサブセットです。
換言すれば、接続の最大数とファイルハンドルのRabbitMQの最大数は、同時に（ファイルシステム、パイプ）のオープン、ファイル記述子の数のためのオペレーティングシステムの設定によって制限されることができ、両者は関係のずれです。
最初に、利用できるソケット記述子が0.8〜0.9程度で利用可能な数の割合をfdが余剰ソケット記述子がある場合に、この値は、固定されていません、
RabbitMQの読み取りと書き込み、ディスクファイルのファイルディスクリプタの多くとして使用されます。サーバーへのソケット接続の増加数の設立により、ファイルハンドルは、数を減らすために、リサイクルを開始します。
要するに、RabbitMQのは、パフォーマンスの低下をもたらすためにディスク・ファイルを頻繁にオープン/クローズ操作性を犠牲に、ソケット接続を確立するために使用されるファイル記述子を優先させて頂きます
このトレードオフは、当然のことながら、ネットワーク・サーバとして、ネットワークスループットに与える優先理解しやすいです。このように、同時接続のマルチキュー書き込み数が多いため、このようなRabbitMQのは、RPCを行うようにすることをわずかに悪いパフォーマンスキューになります。
制限を確立するために、サーバーへのソケット接続は（sockets_limit）に達したときに、サーバーは新しい接続を受け付けません。ここでは明確に区別するために、それは、もはや受信RabbitMQのAMQP接続ではなく、TCPトランスポート層接続ではありません
参考リンク：https://blog.csdn.net/huoyunshen88/article/details/42779389