『壹』 linux中socket編程服務端啟動，客戶端啟動是出現錯誤：connection refuse（111）
你的servaddr里的IP地址或PORT埠號設置錯了吧。
服務端和客戶端內的簡單里子請參考容：
http://blog.csdn.net/flynetcn/article/details/5829258
『貳』 linux c 讀取socket問題
這個，我說來下，你那個自read的函數那個地方有問題，你可以用一個while循環 來接收數據 ，
while(read(sockfd,buf,1900) != 0)
{
printf("%s",buf);
}
但是這樣的話沒法保存，你看看再弄個buf來保存一下
數據在網路中輿不是一次就傳完 ，多次接收才能正常p
『叄』 Linux客戶端和Window伺服器端udp socket通信不能成功
上面代碼沒問復題，用制Linux虛擬機和window調試時，不能選用Bridge方式，改用NAT方式即可。
因為系統環境不同，這樣慢慢地很容易就找到問題出在哪裡，打個比方？觸發了裡面有什麼內容，它發送一條消息少年。這類問題（是打比方，精確到埠，語言不同。列印出來看，一步一步排查就行，不限於這一個問題）
另外的可能就是linux客戶端上的代碼運行機制問題。
首先要100%確定客戶端的消息到了伺服器端，代碼上的表現可能也不同，有沒有表示什麼時候發完，這一類；
然後這時從伺服器端代碼接受消息的入口也就是第一行開始單步調試，是否觸發了伺服器的監聽函數。也就是結束符，伺服器可能一直在等單條消息的結束
『肆』 linux C 解決socket 異常關閉後埠未及時收回的問題
當遇到Linux C語言編程中socket異常關閉導致後埠未及時收回的問題時，可以通過在bind函數前增加特定代碼來解決。具體方法為在綁定前盡可能地調用setsockopt並設置SO_REUSEADDR套接字選項。這樣做能夠使得伺服器不必等待TIME_WAIT狀態，從而允許我們更迅速地重啟伺服器。
引入SO_REUSEADDR選項的關鍵在於，它允許伺服器在TIME_WAIT狀態下立即重新啟動，盡管TIME_WAIT狀態仍然存在，但該狀態不會影響我們重新啟動伺服器的過程。這避免了由於後埠未及時收回而引發的性能瓶頸或連接沖突。
實現這一解決方案的步驟如下：
1. 在伺服器程序啟動的早期階段，調用setsockopt函數。
2. 將參數設置為SO_REUSEADDR。
3. 重新綁定埠。
通過遵循上述步驟，伺服器可以在確保所有當前連接關閉後，立即重新啟動，避免了長時間的TIME_WAIT狀態對系統性能的影響。
解決後埠未及時收回的問題，不僅能夠提高伺服器的重啟效率，還能確保在處理異常關閉的socket連接時，系統資源能夠迅速釋放，從而提升整體的網路服務性能和穩定性。
『伍』 linux socket的accept失敗，errno=24(Too many open files)
你的程序寫的可能不是太好，打開太多文件，超過系統設定了
當然，也有可能你的需求就專是要打開很多，那屬么修改系統限制，如下參數可供參考：
1 編輯/etc/sysctl.conf，增加
net.core.somaxconn=131072fs.file-max=131072
然後 sudo sysctl -p
2 修改/usr/include/linux/limits.h，其中NR_OPEN改成
NR_OPEN = 65536
3 編輯/etc/security/limits.conf，增加
* soft nofile 65535* hard nofile 65535