Themberfue的博客

在向下传输前先将当前数据计算出一个校验和放入这个字段中，对方在收到数据时，再通过一样的方法计算出校验和，与我这个传输前的校验和进行比对，若算出的结果不相同，UDP协议的做法通常是直接丢弃该数据报。❓在互联网早期，64kb的最大长度是绰绰有余的，但是随着互联网的发展，人们发现64kb已经逐渐放不下应用层的完整数据了，比如应用层数据包里由一个较大的图片，这可能超过64kb，如果不作任何处理，数据会被截断，从而使传输的数据发生错误。UDP协议是传输层的一个协议，传输层的上一层是应用层，下一层是网络层。

如果每个发送数据包都要返回一个对应的ACK报文，这样会使传输效率大大下降，再者，如果我接收方等一会再发送ACK报文，接收方这边先处理缓冲区的一些数据包，等一会之后，缓冲区剩余空间大小大概率会变大，那么发送方下一次就可以一次性发送更多的数据了，这将会大大增大传输效率。而捎带应答的优化方式是：如果接收方即将向发送方发送自己的数据，它会将 ACK 信息嵌入到即将发送的数据包中，捎带一同发回，而不是单独发送 ACK 数据包。如果每收到一个数据包就发送一个 ACK，会导致大量小数据包在网络中传输，增加网络开销。

你再说一句摩西摩西摩西，对方若收到了，表示对方确认了你的耳机和麦克风以及对方的耳机和麦克风都没有问题；服务器在收到FIN报文后，是内核控制服务器发送ACK报文表示确认收到FIN报文的，但是服务器发送FIN报文就不是内核控制的，也就是说，三次握手的过程都是内核控制的，但是四次挥手的过程中，并不全是内核控制的。但是，简单的发送确认报文并不能解决可靠性，因为发送方一次性向接收方发送的数据一般不止一条，可能存在多条，而数据在传输过程中通常要经过许多节点，这就导致了，先发送的数据可能会比后发送的数据后到，也就是。

这里是Themberfue这里是Themberfue上节我们讲完了TCP协议中保证其可靠性的最重要的三个机制，这节我们将深入更多保证TCP协议可靠性的机制。滑动窗口学过算法的小伙伴应该对滑动窗口这个不陌生，没错，滑动窗口这个算法就是出自TCP协议的机制的。没听过也没事，且听我一一道来。通过前面的章节我们知道，TCP保证可靠性传输的一个是确认应答，也就是发送方发送一个报文，接收方收到后会发送给发送方一个确认报文ACK确认其收到了这个报文。

所以，两个协议应用的场景不尽相同。但是，TCP 协议因为要保证可靠传输而引入了一些机制，这些机制会导致数据传输效率大幅下降，尽管 TCP 协议作出了很多优化，但其传输速度依然不敌 UDP 协议。是一种为流媒体、VoIP 和在线游戏设计的传输协议，它尝试结合 UDP 的低延迟和 TCP 的拥塞控制特性。是一种在应用层运行的协议，但它可以视为在 TCP 基础上进行优化的一种折中协议，特别适合需要双向通信的场景。通过之前的学习我们知道 UDP 协议 和 TCP 协议 的一些基本的机制，这两的差别就在于。