1、发送的包比MTU大导致。根据查询相关公开信息显示，UDP包在接收端容易丢包，可查看接收端的网卡统计，可考虑把包切分到MTU一下再发送。Ping是Windows、Unix和Linux系统下的一个命令，ping也属于一个通信协议，是TCPIP协议的一部分。
发包速度太快的话，可能有两个问题：接收端来不及接收导致接收端丢包。发送端网卡处理不过来。这个时候sendto没有返回错误，但是用netstat查看会发现SndbufErrors不断上升，有可能是网卡的输出队列太小导致。可以考虑使用ifconfig命令把txqueuelen设置大一些。
要保证在使用UDP协议向硬件发送100个数据包时不丢包，可以采取以下措施： 设置合适的超时时间：在发送数据包之后，可以设置一个适当的超时时间，在该时间内等待硬件的响应。如果在超时时间内没有收到响应，则可以重新发送相同的数据包，以确保不丢失。
UDP是一个非连接的协议，传输数据之前源端和终端不建立连接，当它想传送时就简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上。
UDP本来就是一种不可靠的传输协议，一般用在对数据可靠性要求不是很高的情况，比如流媒体传输等。如果想处理丢包的情况，写软件的时候加入数据校验机制，当丢包时要求通信双方补发、重发；使用可靠的握手传输协议如TCP等。
发送的包比MTU大导致。根据查询相关公开信息显示，UDP包在接收端容易丢包，可查看接收端的网卡统计，可考虑把包切分到MTU一下再发送。Ping是Windows、Unix和Linux系统下的一个命令，ping也属于一个通信协议，是TCPIP协议的一部分。
udp本来就是这样设计的，是本身的特性，除非你自己写个udp。包多的时候，要能保证接收端在收到数据后能立刻再次回到监听状态，以防在处理这个包的消息的时候有新的包发过来却因为接收端还未回到监听状态而造成丢包。研究一下委托回调吧。
一般丢包严重，首先要确定接收缓存是否溢出，处理数据是否耗时，是否能够跟上发送方速度。而tcp是跟udp一样传输的，只是加上重传机制和顺序组装机制，如果udp丢包很严重，tcp其实也很低效，几乎无法用了。所以局域网udp丢包严重是网络和缓存程序的问题多。
发送的包比MTU大导致。根据查询相关公开信息显示，UDP包在接收端容易丢包，可查看接收端的网卡统计，可考虑把包切分到MTU一下再发送。Ping是Windows、Unix和Linux系统下的一个命令，ping也属于一个通信协议，是TCPIP协议的一部分。
不可靠，不稳定。UDP的缺点主要是不可靠，不稳定，因为UDP没有TCP那些可靠的机制，在数据传递时，如果网络质量不好，就会很容易丢包。流媒体服务器中的视频流是走udp协议来传输的，UDP协议的特点是在传输数据前不需要建立连接，也避免了后续的断开连接，对到达顺序混乱的数据包不进行重新排序。