1、呼叫recv方法接收端收到資料後，處理資料花了一些時間，處理完後再次呼叫recv方法，在這二次呼叫間隔裡,發過來的包可能丟失。對於這種情況可以修改接收端，
將包接收後存入乙個緩衝區
，然後迅速返回繼續recv。 2、
傳送的包巨大丟包。雖然send方法會幫你做大包切割成小包傳送的事情，但包太大也不行。
例如超過50k的乙個udp包，不切割直接通過send方法傳送也會導致這個包丟失。這種情況需要切割成小包再逐個send。
3、傳送的包較大，超過mtu size數倍，幾個大的udp包可能會
超過接收者的緩衝，導致丟包
。這種情況可以設定socket接收緩衝。以前遇到過這種問題，我把
接收緩衝設定
成64k就解決了。
int nrecvbuf=32*1024;//設定為32k
setsockopt(s,sol_socket,so_rcvbuf,(const char*)&nrecvbuf,sizeof(int));
4、傳送的包頻率太快
，雖然每個包的大小都小於mtu size 但是頻率太快，例如40多個mut size的包連續傳送中間不sleep，也有可能導致丟包。這種情況也有時可以
通過設定socket接收緩衝解決
，但有時解決不了。
5、區域網內不丟包，公網上丟包。這個問題我也是通過切割小包並sleep傳送解決的。如果流量太大，這個辦法也不靈了。
總之udp丟包總是會有的，如果出現了用我的方法解決不了，還有這個幾個方法：
要麼減小流量
，要麼換tcp協議傳輸，要麼做丟包重傳的工作。
UDP丟包原因
一 主要丟包原因 1 接收端處理時間過長導致丟包 呼叫recv方法接收端收到資料後，處理資料花了一些時間，處理完後再次呼叫recv方法，在這二次呼叫間隔裡,發過來的包可能丟失。對於這種情況可以修改接收端，將包接收後存入乙個緩衝區，然後迅速返回繼續recv。2 傳送的包巨大丟包 雖然send方法會幫你...
linux系統核心UDP丟包原因分析
linux系統核心udp丟包原因分析 1 udp校驗和錯誤 現象 可以用netstat su 檢視到有udp錯包。tcpdump捕包，在wireshark開啟捕獲的udp報文，開啟校驗和選項，有錯包。方案 查詢鏈路故障 www.ahlinux.com 2 防火牆開啟 現象 特定埠的包收不到 方案 使...
Linux系統核心UDP丟包原因分析
本文討論的udp丟包是指網絡卡接收到資料報後，linux核心的tcp ip協議棧在udp資料報處理過程中的丟包，主要原因有兩個 1 udp資料報格式錯誤或校驗和檢查失敗 2 應用程式來不及處理udp資料報 對於原因1 udp資料報本身的錯誤很少見，應用程式也不可控，本文不討論。首先介紹通用的udp丟...