androidudp丢包

Ⅰ UDP丢包原因总结

发送的包比64K大会导致UDP协议sendto返回错误。
发送的包比MTU大，UDP包在接收端容易丢包，可查看接收端的网卡统计。可考虑把包切分到MTU一下再发送。

发包速度太快的话，可能有两个问题：1.接收端来不及接收导致接收端丢包。2.发送端网卡处理不过来。这个时候sendto没有返回错误，但是用netstat查看会发现SndbufErrors不断上升，有可能是网卡的输出队列太小导致。可以考虑使用ifconfig命令把txqueuelen设置大一些。

同一个端口发送的数据量太大时会导致网卡丢包，这个时候可以用netstat查看会发现SndbufErrors不断上升。sendto会返回-1.这个时候可以考虑增大/proc/sys/net/core/wmem_max的值。
这种情况尤其是同时给多个客户端发送音视频数据时导致。笔者曾经遇到过这么一次情况。一个端口向8个客户端发送视频流时，网卡流量大概400M/s，sendto会返回-1，errno 11.程序里也调用setsockopt设置了发送缓冲区为60M，然而还是会丢包。后来将系统参数/proc/sys/net/core/wmem_max设到60M才解决问题。

接收缓冲区小于发送客户端的包的大小，或者接收客户端recvfrom速度太慢，导致接收缓冲区满丢弃数据。前一种问题，可以考虑增大接收缓冲区。后一种问题，可以考虑将接收操作和业务处理操作分离到不同的线程来处理。

Ⅱ ping不丢包udp丢包

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接收缓冲解决，但有时解决不了。所以在发送频率过快的时候还是考虑sleep一下吧。

5、局域网内不丢包，公网上丢包。这个问题我也是通过切割小包并sleep发送解决的。如果流量太大，这个办法也不灵了。总之udp丢包总是会有的，如果出现了用我的方法解决不了，还有这个几个方法： 要么减小流量，要么换tcp协议传输，要么做丢包重传的工作。

Ⅲ 引起udp丢包的可能原因是什么

1，网络环境不好或不通
2，数据可能因处理不过来被冲掉

Ⅳ android开发，UDP发送失败。ip，端口都没问题，就send(包)的时候报异常。

解决问题的关键：第一，只建立一个socket用来收发数据，每次点击连接时新建，中间不在新建或close同一端口的socket直到点击断开，这样PC端服务程序解析出的端口就在断开前不会变了，这可以解决前一段提到的两个问题。第二，PC端服务程序要具有解析功能，最好用我提供的。顺带提一下，如果同一个端口的socket在没有close的时候再次新建会出现程序自动退出的现象。

Ⅳ UDP为什么丢包很严重

udp是不可靠协议，意思是说没有应答重传机制，这个可以自己上层做一个应答等待和握手。
udp在局域网内，低数据量，是比较可靠的，连续十几万包都几乎不丢包。而且局域网内没多路由分支路径，基本能够保证到达顺序的先后。它只有在网络拥堵，数据包太多，接收方处理不过来导致丢失，还有就是交换机处理不过来导致丢包。
udp在长距离，网络跳点太多的因特网才比较容易丢包。还有一个是包的顺序无法保证，因为是多路由分支传输过来，在网络环境拥堵和交换机处理转发延时下，无法确保到达包的先后顺序。
udp作为命令的发送，少数据的传输，占用资源更少，更高效，加上广播机制，比tcp便捷太多了。尤其在一对多的信息传输中更有优势，因为tcp需要占用连接，同时处理并发数据请求能力有限，一旦终端卡死掉线就必须等待长时间的释放，也容易出问题。
一般丢包严重，首先要确定接收缓存是否溢出，处理数据是否耗时，是否能够跟上发送方速度。而tcp是跟udp一样传输的，只是加上重传机制和顺序组装机制，如果udp丢包很严重，tcp其实也很低效，几乎无法用了。所以局域网udp丢包严重是网络和缓存程序的问题多。

Ⅵ UDP/TS码流丢包问题解决思路

在有UDP传输视频的业务，可以从以下角度去思考：

1 网络拥塞。这是很关键的原因，开发过程中由于涉及到不同库/组件的协同开发，往往会把注意力集中到接口层面，而忽视了网络环境本身。视频业务需要带宽较宽，调试过程可以单独组网以及使用千兆交换机。

2 recv-Q。recv-Q是度量socket接收缓冲拥塞情况的一个指标。可以使用netstat -anu 观察socket接口缓冲的拥塞情况。

3 增加socket缓冲大小。可以修改 /proc/sys/net/core/rmem_default 和/proc/sys/net/core/rmem_max 调整内核默认分配给每个接口的缓冲大小。亦可在调用socket接口时设置缓冲大小，须知用户设置的缓冲大小不应该比rmem_max大。

4 优化业务流程。UDP接收业务中，若数据处理的速度小于数据接收的速度，则可能造成socket接口缓冲堆积。缓冲满了，便会丢包。若下游的业务速度无法优化，则可以异步接收和处理流程，通常是在接收和处理流程之间增加一个缓存。

5 TS流分析工具。可以通过wireshark将需要分析的TS码流过滤出来，右键Follow选UDP，show and save data as raw，把TS码流保存下来，可以在VLC上播放。可以把TS码流 文件拖到Elecard StreamAnalyzer 工具，点击Report按钮，即可分析TS码流丢包情况。

Ⅶ udp丢包率多少为正常

百分之5。根据相关公开信息查询：各个国家网络平均速率由1.5Mbps提升为5.1Mbps，网速提升近4倍。网络环境变好，网络传输的延迟、稳定性也随之改善，UDP的丢包率低于百分之5。丢包率是指测试中所丢失数据包数量占所发送数据组的比率，丢包率与数据包长度以及包发送频率相关。

Ⅷ android udp接收不到数据

1、可先在oncreate()方法里面实例化一个WifiManager.MulticastLock 对象lock；具体如下：
WifiManager manager = (WifiManager) this
.getSystemService(Context.WIFI_SERVICE);
WifiManager.MulticastLock lock= manager.createMulticastLock("test wifi");

2、在调用广播发送、接收报文之前先调用lock.acquire()方法；
3、用完之后及时调用lock.release()释放资源，否决多次调用lock.acquire()方法，程序可能会崩，详情请见
Caused by: java.lang.UnsupportedOperationException: Exceeded maximum number of wifi locks
注；记得在配置文件里面添加如下权限：
<uses-permission android:name="android.permission.CHANGE_WIFI_MULTICAST_STATE" />

经过这样处理后，多数手机都能正常发送接收到广播报文。
本小点转载自Android手机接收不到UDP报文
二、在UDP通信中，android端发送UDP广播包没有问题。至于接收的话，有时候不能接收到包。
在UDP通信中，android端发送UDP广播包没有问题。至于接收的话，有时候不能接收到包。但是如果UDP包中指定了目标主机的地址的话，那么android端就能正常接收。
下面上一段代码，大家可用这段代码进行测试。
1、在一个Service里面，我们创建一个线程

public void onCreate() {//用于创建线程
WifiManager manager = (WifiManager) this
.getSystemService(Context.WIFI_SERVICE);
udphelper = new UdpHelper(manager);

//传递WifiManager对象，以便在UDPHelper类里面使用MulticastLock
udphelper.addObserver(MsgReceiveService.this);
tReceived = new Thread(udphelper);
tReceived.start();
super.onCreate();
}

2、弄一个UDP帮助类，这个类主要用于发送和接收数据

package com.example.com.ihome.bang.util;

import java.io.IOException;
import java.net.DatagramPacket;
import java.net.DatagramSocket;
import java.net.InetAddress;
import java.net.MulticastSocket;
import java.net.SocketException;
import java.net.UnknownHostException;
import java.util.Observable;
import com.example.com.ihome.bang.tool.SendThread;
import android.net.wifi.WifiManager;
import android.util.Log;

/**
*
* UdpHelper帮助类
*
* @author 陈喆榕
*
*/
public class UdpHelper implements Runnable {
public Boolean IsThreadDisable = false;//指示监听线程是否终止
private static WifiManager.MulticastLock lock;
InetAddress mInetAddress;
public UdpHelper(WifiManager manager) {
this.lock= manager.createMulticastLock("UDPwifi");
}
public void StartListen() {
// UDP服务器监听的端口
Integer port = 8903;
// 接收的字节大小，客户端发送的数据不能超过这个大小
byte[] message = new byte[100];
try {
// 建立Socket连接
DatagramSocket datagramSocket = new DatagramSocket(port);
datagramSocket.setBroadcast(true);
DatagramPacket datagramPacket = new DatagramPacket(message,
message.length);
try {
while (!IsThreadDisable) {
// 准备接收数据
Log.d("UDP Demo", "准备接受");
this.lock.acquire();

datagramSocket.receive(datagramPacket);
String strMsg=new String(datagramPacket.getData()).trim();
Log.d("UDP Demo", datagramPacket.getAddress()
.getHostAddress().toString()
+ ":" +strMsg );this.lock.release();
}
} catch (IOException e) {//IOException
e.printStackTrace();
}
} catch (SocketException e) {
e.printStackTrace();
}

}
public static void send(String message) {
message = (message == null ? "Hello IdeasAndroid!" : message);
int server_port = 8904;
Log.d("UDP Demo", "UDP发送数据:"+message);
DatagramSocket s = null;
try {
s = new DatagramSocket();
} catch (SocketException e) {
e.printStackTrace();
}
InetAddress local = null;
try {
local = InetAddress.getByName("255.255.255.255");
} catch (UnknownHostException e) {
e.printStackTrace();
}
int msg_length = message.length();
byte[] messageByte = message.getBytes();
DatagramPacket p = new DatagramPacket(messageByte, msg_length, local,
server_port);
try {

s.send(p);
s.close();

} catch (IOException e) {
e.printStackTrace();
}
}

@Override
public void run() {
StartListen();
}
}

希望能帮到你。

Ⅸ 如何测试UDP数据包的丢包率和延迟

iperf也可以用于UDP数据包吞吐量、丢包率和延迟指标，但是由于UDP协议是一个非面向连接的轻量级传输协议，并且不提供可靠的数据传输服务，因此对UDP应用的关注点不是传输数据有多快，而是它的丢包率和延时指标。通过iperf的“-u”参数即可测试UDP应用的传输性能，下图测试的是在iperf客户端传输100MB的UDP数据包的输出结果：

iperf服务端显示的UDP传输状态

在这个输出中，详细记录了在传输过程中，每个阶段的传输延时和丢包率，在UDP应用中随着传输数据的增大，丢包率和延时也随之增加。对于延时和丢包可以通过改变应用程序来缓解或修复，例如视频流应用，可以通过缓存数据的方式而可以容忍更大的延时。

Ⅹ android接收不到udp包吗

1、有的手机不能直接接收UDP包，可能是手机厂商在定制Rom的时候把这个功能给关掉了。
2、在UDP通信中，android端发送UDP广播包没有问题。至于接收的话，有时候不能接收到包。