【面试题】TCP和UDP

如果应用层递交给传输层UDP协议的数据大于UDP最大长度怎么办？

在应用层自定制协议，将数据在应用层分割成满足UDP传输的小块，再使用UDP协议进行传输
从应用层来看，需要传输的数据被分成了不同小块；
从传输层来看，每一个小块就是一个完整的UDP数据

• 如何解决接收方在应用层识别哪些UDP数据是一个完整的应用层数据包？
  设计应用层协议字段：
  1）属于同一个应用层数据的不同块具有相同id；
  2）在包头当中加上偏移量，描述该块数据在应用层数据当中的位置
  3）分块数据长度

TCP可靠机制有哪些？

1. 序列号、确认应答、超时重传
   数据到达接收方，接收方需要发出一个确认应答，表示已经收到该数据段，并且确认序号会说明它下一次需要接收的数据序列号。如果发送迟迟未收到应答，那么有可能是发送的数据丢失，也可能是确认应答丢失，这时发送方在等待一定时间后会进行重传这个时间一般是2RTT（报文段往返时间）+ 一个偏差值

2. 窗口控制(滑动窗口)与高速重发控制/快速重传（重复确认应答）
   确认应答机制对每一个发送的数据段，都要给一个ACK确认应答，收到ACK后再发送下一个数据段，这样性能较差，尤其是数据往返时间较长的时候
   TCP会利用窗口控制来提高传输速度，意思是在一个窗口大小内，不用一定等到应答才发送下一段数据；窗口大小指的是无需等待确认应答而可以继续发送数据的最大值
   如果1001-2000丢失，后面数据的每次传输，确认应答都会不停地发送序号为1001的应答，提醒发送端“我要1001开始的数据”，如果发送端收到三次相同应答，就会立刻进行重发；还有种情况是数据收到了但是ACK应答丢失了，这种情况不会进行重发，因为发送端知道如果是数据段丢失，接收端会疯狂提醒

3. 流量控制
   接收端处理数据的速度是有限的，如果发送端发送太快，导致接收端的接收缓冲区被打满，这个时候如果发送端继续发送就会造成丢包，继而引起丢包重传等一系列连锁反应
   因此TCP支持根据接收端的处理能力，来决定发送端的发送速度，这个机制叫流量控制

• 接收端将自己可以接收的缓冲区大小放入到TCP首部中的“窗口大小”字段，通过ACK端通知发送端
• 窗口大小越大，说明网络吞吐量越高
• 接收端一旦发现自己的缓冲区快满了，就会将窗口大小设置成一个更小的值通知给发送端
• 发送端接收到这个窗口大小就会减慢发送速度
• 如果接收缓冲区满了，接收端会将窗口大小设置为0；这时发送端便不再发送数据，但是需要定期发送一个窗口探测数据段，使接收端把窗口大小告诉发送端

4. 拥塞控制
   原因：
   因为网络中有许多计算机，可能当前网络状态就已经比较拥堵，在不清楚当前网络状态下，贸然一开始就发送大量数据，仍然可能引发问题；
   如果把窗口定的很大，发送端连续发送大量数据，可能会造成网络拥堵，甚至造成网络瘫痪。
   发送开始的时候，定义拥塞窗口大小为1；每收到一个ACK应答，拥塞窗口加1；每次发送数据包时，拥塞窗口和接收方窗口大小取较小值作为实际发送的窗口
   拥塞避免：设置慢启动阈值，当TCP开始启动时，慢启动阈值等于窗口最大值(一般开始都设为65536)。拥塞避免是指当拥塞窗口大小达到这个阈值，拥塞窗口的值不再指数上升，而是按照线性方式增长
   少量的丢包，仅仅触动超时重传；大量的丢包，我们就认为网络拥塞
   一旦发生超时重传，阈值设为当前窗口大小的一半，并且将窗口大小设为初值1
   快速重传，阈值设为当前窗口大小的一半，拥塞窗口大小设为慢启动阈值+3的大小
   当TCP通信开始后，网络吞吐量会逐渐上升；随着网络发生拥堵，吞吐量会立刻下降，这样网络就不会轻易发生瘫痪

超时重传的最长时间

Linux中(BSD Unix和Windows也是如此)，超时以500ms为一个单位进行控制，每次判定超时重发的超时时间都是500ms的整数倍

• 如果重发一次后仍无应答，等待2*500ms后再进行重传
• 如果仍然得不到应答，等待4*500ms后进行重传，以此类推，以指数形式递增
• 累积到一定重传次数，TCP认为网络或对端主机出现异常，强制关闭

三次握手期间可以正常发送数据吗？

不能

TCP和UDP区别

1. TCP 面向连接，UDP 是无连接的；
2. TCP 提供可靠的服务，也就是说，通过 TCP 连接传送的数据，无差错，不丢失，不重复，且按序到达；UDP 尽最大努力交付，即不保证可靠交付
3. TCP 的逻辑通信信道是全双工的可靠信道；UDP 则是不可靠信道
4. 每一条 TCP 连接只能是点到点的；UDP 支持一对一，一对多，多对一和多对多的交互通信
5. TCP 面向字节流（可能出现黏包问题），实际上是 TCP 把数据看成一连串无结构的字节流；UDP 是面向报文的（不会出现黏包问题）
6. UDP 没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如 IP 电话，实时视频会议等
7. TCP 首部开销20字节；UDP 的首部开销小，只有 8 个字节