13518219792
1、第1种可能：连接未成功。先检查连接是否可用。端口是否正确 第2种可能：连接刚成功，你不小心在哪关闭或重置了。第3种可能：发数据时，出现了粘包的问题。这个问题最麻烦，必须制定自己的数据包协议。
创新互联公司主营鲅鱼圈网站建设的网络公司,主营网站建设方案,重庆APP开发,鲅鱼圈h5成都微信小程序搭建,鲅鱼圈网站营销推广欢迎鲅鱼圈等地区企业咨询
2、这是因为一个packet的最大长度不能超过65535，udp的最大长度不能超过一个packet的长度。
3、发送的包比MTU大，UDP包在接收端容易丢包，可查看接收端的网卡统计。可考虑把包切分到MTU一下再发送。发包速度太快的话，可能有两个问题：接收端来不及接收导致接收端丢包。发送端网卡处理不过来。
4、昨天更新以后很多同学都出现了UDP连接失败的问题，现象就是在选择频道后10秒左右游戏报UDP错，然后退出。问题多发生在有路由NAT的情况下，实际上很多人跳过NAT后就可以正常游戏了。
5、编译为UDPclient，执行./UDPclient 191620，注意，这个地址一定要是个IP可达的地址，才好测试。
6、经过这样处理后，多数手机都能正常发送接收到广播报文。本小点转载自Android手机接收不到UDP报文 在UDP通信中，android端发送UDP广播包没有问题。至于接收的话，有时候不能接收到包。
1、为了解决这个问题，可以通过安卓代理来进行转接，让iOS设备通过代理服务器来访问UDP协议，从而实现UDP协议的正常使用。在实际应用中，UDP协议的使用场景比较多，比如游戏、音视频传输等。
2、AsyncUdpSocket GCDAsyncUdpSocket 在项目中，所用到的类库是AsyncUdpSocket，所以这里基于AsyncUdpSocket对UDP开发做一个简单的文档说明：将AsyncUdpSocket.h， AsyncUdpSocket.m文件拷贝到项目中。
3、获取到移动端的IP地址后，可将TS流以RTP(或UDP)的方式推送到移动端，此时在移动端即可用VLC来播放该流。
4、需要登录开发者账号在这个地址申请权限： https：//developer.apple点抗 /contact/request/networking-multicast 填写应用名称、App Store地址、appid、app类别、描述应用用途、描述为什么要使用UDP广播权限。
1、由于UDP通信不需要事先建立连接，因此不需要TCP中的connect函数。
2、VLC 的远程控制默认通过 8080 端口实现，所以在左侧选择“其他端口”，然后通过右侧依次添加 TCP/UDP 8080 端口。
3、在UDP通信中，android端发送UDP广播包没有问题。至于接收的话，有时候不能接收到包。但是如果UDP包中指定了目标主机的地址的话，那么android端就能正常接收。下面上一段代码，大家可用这段代码进行测试。
UDT协议-基于UDP的可靠数据传输协议 介绍 随着网络带宽时延产品(BDP)的增加，通常的TCP协议开始变的低效。
UDP 发生是不管顺序，也不管丢包的，所以不会出现 HTTP/1 的队头阻塞 和 HTTP/2 的个丢包全部重传问题。UDP 是不可靠传输的，但基于 UDP 的 QUIC 协议 可以实现类似 TCP 的可靠性传输。
由于UDP通信不需要事先建立连接，因此不需要TCP中的connect函数。
在UDP通信中，android端发送UDP广播包没有问题。至于接收的话，有时候不能接收到包。在UDP通信中，android端发送UDP广播包没有问题。至于接收的话，有时候不能接收到包。
如果想当然的这样做在server上给10.1：9014发送包，然后在虚拟机的9014端口接受包，你会发现无论发多少次，虚拟机什么都收不到。
由于UDP通信不需要事先建立连接，因此不需要TCP中的connect函数。
android中的tcp和udp不需要任何权限。因为它们都是网络通讯协议的一种，只要手机没有问题，能够上网，就可以使用TCP和UDP协议了。
socket有两种连接方式：TCP与UDP，各有特点，不知你用了哪种，TCP传输可靠，UDP不可靠会丢失包，但UDP包有原路返回的特点，特别适合QQ这种的即时聊天工具。你用TCP试试，不会丢失包的。
