HTTP学习

一、简单了解 TCP 与 UDP。

1. TCP

大部分应用使用的都是 TCP 传输层协议，比如 HTTP 引用层协议。TCP 相比 UDP 多了很多特性，比如流量控制、超时重传、拥塞控制等，这些都是为了保证数据包能可靠地传输给对方

2. UDP

UDP 相对比较简单，简单到只负责发送数据包，不保证数据包是否能抵达对方，但它实时性相对更好，传输效率也高。当然，UDP 也可以实现可靠传输，把 TCP 的特性在应用层上实现就可以，不过要实现一个商用的可靠 UDP 传输协议，也不是一件简单的事情。

3. 简述差异

1. TCP：

面向连接、面向字节流、可靠传输、提供拥塞控制、仅支持单播传输、提供全双工通信。

2. UDP：

无连接、可单播多播和广播、面向报文、不可靠性、头部开销小。

4. TCP 三次握手与四次挥手

1. 三次握手

1. 首先 Client 端发送连接请求报文，Server 段接受连接后回复 ACK 报文，并为这次连接分配资源。
2. Client 端接收到 ACK 报文后也向 Server 段发生 ACK 报文，并分配资源，这样 TCP 连接就建立了。

2. 为什么需要三次握手？

假如 Client 发出的某一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达 Server。本来这是一个早已失效的报文段，但是 Server 收到此失效的连接请求报文段后，就误认为是 Client 再次发出的一个新的连接请求，于是就向 Client 发出确认报文段，同意建立连接。假设不采用三次握手，那么只要 Server 发出确认，新的连接就建立了，由于 Client 并没有发出建立连接的请求，因此不会理睬 Server 的确认，也不会向 Server 发送数据，但 Server 却以为新的运输连接已经建立，并一直等待Client 发来数据。所以在没有使用三次握手的情况下 Server 的很多资源都会白白浪费。

3. 四次挥手

假设 Client 端发起中断连接请求，也就是发送 FIN 报文到 Server端：

"我 Client 端没有数据要发给你了，但是如果你还有数据没有发送完成，则不必急着关闭 Socket，可以继续发送数据。"

这时 Server 端会发送 ACK 告诉 Client 端：

"你的请求我收到了，但是我还没准备好，请你继续等我的消息。"

这个时候 Client 端就进入 FIN_WAIT 状态，继续等待 Server 端的 FIN 报文。当 Server 端确定数据已发送完成，则向 Client 端发送 FIN 报文：

"告诉 Client 端，好了，我这边数据发完了，准备好关闭连接了。"

Client 端收到 FIN 报文后，就知道可以关闭连接了，但是他还是不相信网络，怕 Server 端不知道要关闭，所以发送 ACK 后进入 TIME_WAIT 状态，如果Server 端没有收到 ACK 则可以重传。

Server 端收到 ACK 后，就知道可以断开连接了。Client 端等待了 2MSL 后依然没有收到回复，则证明 Server 端已正常关闭，那么 Client 端也可以关闭连接了。

Tips：中断连接的可以是 Client 端，也可以是 Server 端。

4. 为什么需要四次挥手？

因为 TCP 是全双工模式，当 Client 发出FIN报文段时，只是表示 Client 已经没有数据要发送了，Client 告诉 Server，它的数