udp没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如ip电话，实时视频会议等） 4、每一条tcp连接只能是点到点的;udp支持一对一，一对多，多对一和多对多的交互通信. 5、tcp首部开销20字节;udp的首部开销小，只有8个字节

udp提供了一种不需要建立连接就可以发送封装的ip数据包的方法。 udp常用于实时通信、流媒体传输等场景，因为它可以快速传输数据，减少数据传输的延迟。但是，由于udp不可靠，因此它不适用于需要保证数据完整性和可靠性的应用场景。

很多人提到keepalive，TCP无法感知网络中断这些问题。。。这个算是TCP一个容易踩的坑，但这并不能说明UDP就比TCP好（或者说解释为何要使用UDP）。因为在UDP上面一样需要面对这些问题，而解决这类问题的方法和在TCP上面进行应用层心跳的方法其实没有本质上的 ...

都可以，但是一般没人用 udp 方式，因为udp的不可靠传输加上 http 的无记忆应答方式，那就是最糟糕的组合。举例就是你发送http请求访问网站，结果udp给你丢了你还傻傻不知道udp给你耍了。

1、udp本身并不具备tcp那样的数据包重组机制，这就要求我们在应用层实现数据的分割与重组。发送端需将庞大的数据分割成合适大小的数据包，而接收端则负责将这些数据包重新组合成完整的数据。 2、udp不提供拥塞控制，因此发送端必须引入自己的流量控制 ...

说到udp比tcp快，理由是什么呢？事实真是这样吗？咱们一探究竟！ 1、udp报文格式. 每个 udp 报文分为 udp 报头和 udp 数据区两部分。报头由 4 个 16 位长（2 字节）字段组成，分别说明该报文的源端口、目的端口、报文长度和校验值。 udp 报文格式如图所示：

udp协议没有自己的传输控制机制，完全使用ip层提供的能力进行不可靠传输。与tcp流式协议不同的是，udp是有消息边界的，一个udp包代表一个完整消息，所以udp包中数据全部传输完后应用层才能够使用。 如果一个udp数据大于mtu-28(ip包头+udp包头)，则会发生ip分片。

每次recvfrom，一定是读的一个UDP数据包，即使留的buffer太小没读全，下次recvfrom也是读下一个数据包，前一个数据包未读到的部分就丢了。 2. 是否以MSS分段，并不是区别“字节流”和“报文段”的，这个跟TCP的可靠性关系更大。

选 udp：追求低延迟，能容忍少量丢包（直播、游戏、物联网）。 高级用法 ：用 UDP 自定义可靠性（比如游戏只重传关键指令，忽略过时位置信息）。 最终结论 ： TCP 是“稳如老狗”的管家，UDP 是“风驰电掣”的骑手——根据业务需求选择，甚至混合使用，才是 ...

这螃蟹我吃了，因为没有试听，所幸有七天无理由. 首先上结论，udp-3+k701还是不够顺滑，至少不如我手里的adkx手机直推顺滑（此处有修改，台机下的701密度还是要强些的，但是并不悬殊，低频也更有力一些），为什么拿这两个耳机比较请看下面