用戶端 和 redis服務端串連時候，臨時tcp的連接埠不夠的時候怎麼辦？

1. 服務端的連接埠總是有限的，如果在大並發的情況下，redis服務端是如何分配零時連接埠的

2.im服務中 服務端的是如何分配串連連接埠的，大量的串連過來時，如果臨時連接埠不夠用，是否其他串連就串連不進來，還是先分配一個假的連接埠，等執行的時候重新分配

回複內容：

1. 服務端的連接埠總是有限的，如果在大並發的情況下，redis服務端是如何分配零時連接埠的

2.im服務中 服務端的是如何分配串連連接埠的，大量的串連過來時，如果臨時連接埠不夠用，是否其他串連就串連不進來，還是先分配一個假的連接埠，等執行的時候重新分配

Redis Socket.

這種情況是存在的，但是一般情況下redis的單個命令耗時很短，很少有用戶端會長時間佔用串連不釋放(串連池是個例外，不過是利好)，同時redis本身是可以限制用戶端串連的數量的，預設是10000，而連接埠的範圍是1024~32768之間，數量是足夠的，同時單一進程可開啟檔案數也是有限制的，基本都不會超過連接埠數量。
個人覺得超過連接埠數量的情況還是很少的，不過如果真的發生這種問題在tcp connect()的時候就會出錯，屬於核心錯誤，用戶端根本無法串連上伺服器，所以這時候服務端也無法進行分配假的連接埠這種處理吧。

提供一篇文章：http://blog.csdn.net/guowake/article/details/6615728

