㈠ 请教lwip udp数据接收缓存大小如何设置
本来就是每个SOCKET有一个缓冲区的
㈡ C# udp是什么意思啊，是干什么的啊
最普遍的介绍：
UDP 是User Datagram Protocol的简称， 中文名是用户数据包协议，是一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务。UDP是与TCP相对应的协议，它是面向非连接的协议，它不与对方连接，而直接把数据包发送过去。“面向非连接”就是正式通信前不必与对方建立连接，不管对方状态就直接发送。
特点是什么：
（1）UDP是一个无连接协议，传输数据之前，源端和终端不建立连接，当它想传送时就简单的抓取来自应用程序的数据，并尽可能快的把他扔到网络上。在发送端UDP传送的速度仅仅是受应用程序数据生成的速度、计算机能力和传输带宽限制；在接收端，UDP把每个消息段放在队列中，应用程序每次从队列中读取一个消息段。
（2）由于传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务机可同时向多台客户机传输相同的信息。
（3）UDP信息包的标题很短，只有8个字节，相对于TCP的20个字节信息包的额外开销很小。
（4）吞吐量不受拥挤控制算法的调节，只受应用软件生成数据的速率、传输宽带、源端和终端主机性能的限制。
（5）UDP使用尽量最大努力交付，即不保证可靠交付，因此主机不需要维持复杂的链接状态表（该表中有许多参数）。
（6）UDP是面向报文的。发送方对应用程序交下来的报文，在添加首部后就向下交付个IP层。既不拆分，也不合并，而是保留这些报文的边界，因此，应用程序需要选择合适的报文大小。
举例说明应用场景：
一般用于实时视频通讯，例如QQ
实时音视频是可以而且应该用 UDP 的，一方面因为它常常涉及到网络穿透，另外一方面它不需要重传。——我需要实时的看到你的图像跟声音，至于中间丢一帧什么的完全不重要。而为了重传往往会造成延迟与不同步，考虑一下，某一帧因为重传，导致0.5秒以后才到，那么整个音视频就延迟了0.5秒。
考虑一下接收方看视频，如果使用 TCP 导致视频的中间延迟了0.5秒，只要我不按“快进”键，那么后续的视频全都会比发送方延迟0.5秒。这种延迟是累加的，随着持续丢帧，延迟会越来越大，达到数秒，甚至分钟级，这会严重影响实时音视频的用户体验。
因此“实时音视频聊天”功能通常都会使用 UDP 实现。
其它含义：
注：UDP比TCP更容易穿越路由器防火墙。
注：在互联网技术中，UDP常用在缓存读取，保存；用在监控或终端上报。
注：在选择使用协议的时候，选择UDP必须要谨慎。在网络质量令人十分不满意的环境下，UDP协议数据包丢失会比较严重。但是由于UDP的特性：它不属于连接型协议，因而具有资源消耗小，处理速度快的优点，所以通常音频、视频和普通数据在传送时使用UDP较多，因为它们即使偶尔丢失一两个数据包，也不会对接收结果产生太大影响。比如我们聊天用的ICQ和QQ就是使用的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码流丢包情况。
㈣ 请教lwip udp数据接收缓存大小如何设置
在VB中利用UDP协议编写聊天程序UDP 协议是一种无连接协议，两台计算机之间的数据传输类似于传递邮件：消息从一台计算机发送到另一台计算机，但是两者之间没有明确的连接。 由于UDP 协议不需要显式的连接，就需要在两个Winsock控件中间发送数据
㈤ 现在一般网络视频用的什么传输方式，是TCP还是UDP,播放是否有受损怎么把客户端的视频保存
视频一般是用UDP，比如聊天软件的视频，既然是UDP肯定就要有损卖枝喊，比如损失质中野量等，保存？你是要保存视频？那直接找个录像软件录下来不就搭亮可以了
㈥ c#udpclient发送多次缓存不足
驱动安装错误。c#udpclient发送多次神梁缓存庆丛不足是因为驱动安装错误，需要重新安装驱动。UDP是一个非连接的协议，传输数据之前源端和终端不建立连接，当想传送时就简单地去抓取来自应游差运用程序的数据。
㈦ 视频缓存么意思
缓冲就是先读取文件的一部分,然后再播放出来,这个就是缓冲.在欣赏和观看在线的音频和视频时候都是有缓冲现象出现的.如果你的网络速度不稳定,就会出现听一会就缓冲一会的问题.如果你网络稳定,那么就不会有这个问题出现了.
一般对于音频来说,建议你使用http协议.如果是视频,建议使用UDP协议.缓冲是为了保证你画面的流畅，就要先进行缓冲把数据下载到本地硬盘或者内存上然后再播放,这样就相当于从本地硬盘上读取数据来播放,以免网络链接状况的不稳定给你的观看带来负面影响
满意请好评！
㈧ ehcache rmi 的udp方式同步缓存，他的广播地址怎么确认
Ehcache缓存同步有几种方式：（1）RMI （2）Terrocotta （3）JMS （4）JGroups
先介绍下，利用RMI进行缓存同步。
测试类1：在sampleDistributedCache2缓存中查找是否存在ehcache键，如果没找到，则打印NotFound；如果找到了，则打印相应值
[java] view plain
package my.test.ehcache1;
import java.io.InputStream;
import java.lang.management.ManagementFactory;
import javax.management.MBeanServer;
import net.sf.ehcache.Cache;
import net.sf.ehcache.CacheManager;
import net.sf.ehcache.Element;
import net.sf.ehcache.management.ManagementService;
public class EHCacheTest {
public static void main(String[] args) {
InputStream is = EHCacheTest.class
.getResourceAsStream("/my/test/ehcache1/ehcache.xml");
//读入配置
CacheManager cacheManager = new CacheManager(is);
//打印初始缓存
String[] cacheNames = cacheManager.getCacheNames();
printNames(cacheNames);
//移除缓存
cacheManager.removeCache("sampleDistributedCache1");
cacheNames = cacheManager.getCacheNames();
printNames(cacheNames);
//新建缓存
Cache cache = new Cache("Test1", 100, true, false, 10, 10);
cacheManager.addCache(cache);
cacheNames = cacheManager.getCacheNames();
printNames(cacheNames);
cache.put(new Element("test1", "value1"));
//得到缓存并插入值（这里监听器被调用）
cache = cacheManager.getCache("sampleCache3");
for (int i = 0; i < 20; i++) {
cache.put(new Element("key" + i, "value" + i));
}
cache.get("key10");
// distributed -- rmi同步
cache = cacheManager.getCache("sampleDistributedCache2");
for (int i = 0; i < 100; i++) {
cache.put(new Element("key" + i , "value" + i));
}
//注册被管理的Bean
// JMX -- jconsole(MBeanServer)
MBeanServer mBeanServer = ManagementFactory.getPlatformMBeanServer();
ManagementService.registerMBeans(cacheManager, mBeanServer, true, true,
true, true);
for (int i = 0; i < 10; i++) {
Element temp = cache.get("ehcache");
if (temp != null) {
System.out.println(temp.getValue());
} else {
System.out.println("NotFound");
}
try {
Thread.sleep(10000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
// distributed cache using RMI
// 1.Peer Discovery --
// 2.CacheManager --
// 3.cache replication -- cacheEventListenerFactory
// 4.Bootstrap -- 启动后同步
}
private static void printNames(String[] names) {
System.out.println("=======================");
for (int i = 0; i < names.length; i++) {
System.out.println(names[i]);
}
}
}
配置文件1：将官方样例文件中相应位置替换即可
（1）其他JVM提供缓存的rmiUrl地址
[java] view plain
<
class="net.sf.ehcache.distribution."
properties="peerDiscovery=manual,
rmiUrls=//localhost:40002/sampleDistributedCache2"
propertySeparator=","
/>
（2）监听来自于其他复制节点消息的本JVM的host,port
[xhtml] view plain
<
class="net.sf.ehcache.distribution."
properties="hostName=localhost, port=40001, socketTimeoutMillis=2000"
/>
（3）配置复制选项，启动时同步等
[xhtml] view plain
<cache name="sampleDistributedCache2"
maxElementsInMemory="10"
eternal="false"
timeToIdleSeconds="100"
timeToLiveSeconds="100"
overflowToDisk="false">
<cacheEventListenerFactory
class="net.sf.ehcache.distribution.RMICacheReplicatorFactory"
properties="replicateAsynchronously=true, replicatePuts=true,
replicatePutsViaCopy=true, replicateUpdates=true,
replicateUpdatesViaCopy=true, replicateRemovals=true,
=200"/>
<bootstrapCacheLoaderFactory
class="net.sf.ehcache.distribution."/>
</cache>
测试类2：向sampleDistributedCache2缓存中添加ehcache键
[java] view plain
package my.test.ehcache2;
import java.io.InputStream;
import java.lang.management.ManagementFactory;
import javax.management.MBeanServer;
import net.sf.ehcache.Cache;
import net.sf.ehcache.CacheManager;
import net.sf.ehcache.Element;
import net.sf.ehcache.Statistics;
import net.sf.ehcache.management.ManagementService;
import net.sf.ehcache.statistics.LiveCacheStatistics;
public class EHCacheTest {
public static void main(String[] args) {
try {
Thread.sleep(3 * 1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
//读入配置
InputStream is = EHCacheTest.class.getResourceAsStream("/my/test/ehcache2/ehcache.xml");
CacheManager cacheManager = new CacheManager(is);
//打印初始缓存
String[] cacheNames = cacheManager.getCacheNames();
printNames(cacheNames);
//注册管理Bean
MBeanServer mBeanServer = ManagementFactory.getPlatformMBeanServer();
ManagementService.registerMBeans(cacheManager, mBeanServer, true, true, true, true);
//distributed
Cache cache = cacheManager.getCache("sampleDistributedCache2");
printCache(cache);
//添加值后另一个虚拟机的缓存通过RMI会同步缓存，并读到这个值
cache.put(new Element("ehcache", "newaddvalue"));
}
private static void printNames(String[] names) {
System.out.println("=======================");
for (int i = 0; i < names.length; i++) {
System.out.println(names[i]);
}
}
private static void printCache(Cache cache) {
int size = cache.getSize();
long memSize = cache.getMemoryStoreSize();
long diskSize = cache.getDiskStoreSize();
Statistics stat = cache.getStatistics();
LiveCacheStatistics liveStat = cache.getLiveCacheStatistics();
long hits = stat.getCacheHits();
long missed = stat.getCacheMisses();
long hitsOnDisk = stat.getOnDiskHits();
long liveHits = liveStat.getCacheHitCount();
long liveMissed = liveStat.getCacheMissCount();
StringBuilder sb = new StringBuilder();
sb.append("size=" + size + ";memsize=" + memSize);
sb.append(";diskSize=" + diskSize + ";hits=" + hits);
sb.append(";missed=" + missed + ";liveHits=" + liveHits);
sb.append(";liveMissed=" + liveMissed + ";hitsOnDisk=" + hitsOnDisk);
System.out.println(sb.toString());
}
}
配置文件：将官方样例文件中相应位置替换即可
[xhtml] view plain
<
class="net.sf.ehcache.distribution."
properties="peerDiscovery=manual,
rmiUrls=//localhost:40001/sampleDistributedCache2"
propertySeparator=","
/>
[xhtml] view plain
<
class="net.sf.ehcache.distribution."
properties="hostName=localhost, port=40002, socketTimeoutMillis=2000"
/>
[xhtml] view plain
<cache name="sampleDistributedCache2"
maxElementsInMemory="10"
eternal="false"
timeToIdleSeconds="100"
timeToLiveSeconds="100"
overflowToDisk="false">
<cacheEventListenerFactory
class="net.sf.ehcache.distribution.RMICacheReplicatorFactory"
properties="replicateAsynchronously=true, replicatePuts=true,
replicatePutsViaCopy=true, replicateUpdates=true,
replicateUpdatesViaCopy=true, replicateRemovals=true,
=200"/>
<bootstrapCacheLoaderFactory
class="net.sf.ehcache.distribution."/>
</cache>
㈨ java使用UDP 如果我定义了一个1024byte的缓存，而接收到的只有16个byte剩余的怎么处理
byte[] b = new byte[1024];
int len = 输入流.read(b)://从输入流中读取数据装填到数组b中，len保存的是读到的有效字节数
while( len != - 1 ){ //为-1表示没有数据可读
String str = new String(b, 0, len); //把装数字的数组中本次读到的数据new成string
或者
输出流.write( b, 0, len); //向输出流中写len个字节数据。剩下的你不用管它。
}
记住，len记录了每次读到的有效字节个数，如果接收的只有16个，那么你只用取16个拿出来用，就是准确的数据。
㈩ UDP是什么它有什么用
UDP是User Datagram Protocol的简称，中文名是用户数据报协议，是OSI参考模型中的传输层协议，它是一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务。
UDP的正式规范是IETF RFC768。UDP在IP报文的协议号是17。
在这里插入图片描述
在OSI模型中，UDP在第四层——传输层，处于IP协议的上一层。UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全完整到达的。UDP用来支持那些需要在计算机之间传输数据的网络应用。包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都需要使用UDP协议。UDP协议从问世至今已经被使用了很多年，虽然其最初的光彩已经被一些类似协议所掩盖，但是即使是在今天UDP仍然不失为一项非常实用和可行的网络传输层协议。
与所熟知的 TCP（传输控制协议）协议一样，UDP 协议直接位于 IP（网际协议）协议
的顶层。根据 OSI（开放系统互连）参考模型，UDP 和 TCP 都属于传输层协议。 UDP 协议
的主要作用是将网络数据流量压缩成数据包的形式。一个典型的数据包就是一个二进制数据
的传输单位。每一个数据包的前 8 个字节用来包含报头信息，剩余字节则用来包含具体的传
输数据。
UDP报头
在这里插入图片描述
UDP报头包括4个字段，每个字段占用2个字节（即16个二进制位）。
在IP4v中，“来源连接端口”和“校验和”是可选字段（粉色背景标出）。
在IPv6中，只有来源连接端口是可选字段。
UDP数据报格式有首部和数据两个部分。首部很简单，共8字节。包括：
源端口（Source Port）：2字节，源端口号。
目的端口（Destination Port）：2字节，目的端口号。
长度（Length）：2字节，用于校验UDP数据报的数据字段和包含UDP数据报首部的“伪首部”。其校验方法用IP分组首部中的首部校验和。
伪首部，又称为伪包头（Pseudo Header）：是指在TCP的分段或UDP的数据报格式中，在数据报首部前面增加源IP地址、目的IP地址、IP分组和协议字段、TCP或UDP数据报的总长度等共12字节，所构成的扩展首部结构。此伪首部是一个临时的结构，它既不向上也不向下传递，仅仅只是为了保证可以校验套接字的正确性。
在这里插入图片描述
TCP和UDP区别
特征点 TCP UDP
传输可靠性 面向连接 面向非连接
应用场景 传输数据量大 传输量小
速度 慢 快
TCP(传输控制协议）提供的是面向连接、可靠的字节流服务。当客户端和服务器彼此交换数据前，必须先在双方之间建立一个TCP连接，之后才能传输数据。TCP提供超时重发，丢弃重复数据，检验数据，流量控制等功能，保证数据能从一端传到另一端。
UDP（用户数据协议）是一个简单的面向数据报的运输层协议。UDP不提供可靠性，它只是把应用程序传给IP层的数据报发送出去，但是并不能保证它们能到达目的地。由于UDP咋传输数据前不用在客户和服务器之间建立一个连接，且没有超时重发等机制，故而传输速度很快。
由于UDP缺乏拥塞控制（congestion control），需要基于网络的机制来减少因失控和高速UDP流量负荷而导致的拥塞崩溃效应。换句话说，因为UDP发送者不能够检测拥塞，所以像使用包队列和丢弃技术的路由器这样的网络基本设备往往就成为降低UDP过大通信量的有效工具。数据报拥塞控制协议（DCCP）设计成通过在诸如流媒体类型的高速率UDP流中，增加主机拥塞控制，来减小这个潜在的问题。
UDP方式传输数据
发送时：先把数据放到报文，写到缓冲区字节数组再传送。
接收时：从缓冲器数组读取，打包到报文。
UDP的应用场景
在选择使用协议的时候，选择UDP必须要谨慎。由于缺乏可靠性且属于非连接导向协议，UDP一般必须允许一定量的数据包丢失、出错和复制粘贴。但有些应用，比如TFTP，需要可靠性保证，则必须在应用层增加根本的可靠机制。但是绝大多数UDP应用都不需要可靠机制，甚至可能因为引入可靠机制而降低性能。流媒体、即时多媒体游戏和IP电话（VoIP）就是典型的UDP应用。如果某个应用需要很高的可靠性，那么可以用传输控制协议（及TCP协议）来代替UDP。