Linux学习（15）-网络编程：滑动窗口、拥塞控制、udp

本文主要是介绍Linux学习（15）-网络编程：滑动窗口、拥塞控制、udp，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

本节学习内容

1.滑动窗口（1.滑动窗口的作用2.如果如果接收端填充的接收窗口为0，发送端接下来怎么处理3.糊涂窗口综合征4.tcp中nagle算法是什么）

2.拥塞控制

3.udp协议特点及编程流程

本节可能会用到的指令

ifconfig查看自己的ip地址

ping+ ip地址验证通信是否连接

netstat -natp显示当前进程的端口号及数据

一、滑动窗口

1.滑动窗口的作用：

TCP协议是利用滑动窗口实现流量控制。（流量控制：就是是发送方的发送速率不要太快，使接收方及时接收）

在TCP报头中，有一段叫做通告窗口，这一字段由接收端填充，用于告诉发送端自己的接收缓冲区还可以接受多少数据。这个窗口位置会随发送端数据发送和接收端数据接收而不断滑动，所以称为滑动窗口。

2.如果接收端填充的接收通知窗口为0，发送端接下来怎么处理？

假设A主机向B主机发送数据，当B的窗口为0，则A不能再向B发送数据。只能等到B的应用进程将缓存中的数据清空，才能接受新的值。但这里有一个问题，当B的应用进程清空缓存后，并不会主动告知A（TCP当且仅当在它有数据需要确认和发送时才会发送报文段给主机A），这样主机A不可能知道主机B的接收缓存已经有新的空间了。

解决：TCP规范中规定，当主机B的接受窗口为0时，主机A继续发送只有一个字节数据的报文段。这个报文段会被接收方确认。最终缓存将开始清空，并且确认报文段将包含一个非0的值。

3.什么叫糊涂窗口综合征

当发送端应用进程产生数据很慢、或接收端应用进程处理接收缓冲区数据很慢，或二者都有；就会使应用进程间传送的报文段很小，特别是有效载荷很小。极端情况下，有效载荷可能只有1个字节；而传输开销有40字节(20字节的IP头+20字节的TCP头) 这种现象就叫糊涂窗口综合症

解决方法：

延时确认

当一个报文段到达时并不立即发送确认。接收端在确认收到的报文段之前一直等待，直到入缓存有足够的空间为止。延迟的确认防止了发送端的TCP滑动其窗口。当发送端的TCP发送完其数据后，它就停下来了。这样就防止了这种症状。

4.TCP中Nagle算法是什么？

nagle算法的核心思想是允许网络中最多只能有一个小分组被发送，而待发送的其它小分组会被重新分组成一个”较大的”小分组，等收到上一个小分组的应答后再发送

二、拥塞控制

1.什么是拥塞控制？

所谓的拥塞控制是防止过多的数据注入到网络中而使路由器或链路过载。

2.拥塞控制的几种方法