什麼會導致udp丟包呢，我這裡列舉了如下幾點原因：

1.呼叫recv方法接收端收到資料後，處理資料花了一些時間，處理完後再次呼叫recv方法，在這二次呼叫間隔裡,發過來的包可能丟失。對於這種情況可以修改接收端，將包接收後存入一個緩衝區，然後迅速返回繼續recv。

2.傳送的包巨大丟包。雖然send方法會幫你做大包切割成小包傳送的事情，但包太大也不行。例如超過30K的一個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.傳送的廣播包或組播包在windws和linux下都接收正常，而arm上接收出現丟包。這個還不好解決，我的解決方法是大包切割成大小為1448的小包傳送，每個包之間sleep 1毫秒，雖然笨，但有效。我這裡mtu size為1500位元組，減去udp包頭8個位元組，減去傳輸層幾十個位元組，實際資料位1448位元組。
除此之外還可以試試設定arm作業系統緩衝：
//設定mtu size 1500最大
ifconfig eth0 mtu 1500
//檢視接收緩衝最大和預設大小。
sysctl -A | grep rmem
//設定接收緩衝的最大大小
sysctl -w net.core.rmem_max=1048576
sysctl -w net.core.rmem_default=1048576
sysctl -w net.ipv4.udp_mem=1048576
sysctl -w net.ipv4.udp_rmem_min=1048576

6,區域網內不丟包，公網上丟包。這個問題我也是通過切割小包並sleep傳送解決的。如果流量太大，這個辦法也不靈了。

總之udp丟包總是會有的，如果出現了用我的方法解決不了，還有這個幾個方法： 要麼減小流量，要麼換tcp協議傳輸，要麼做丟包重傳的工作