TCP笔记

传输层

端口号---用来区分计算机不同应用程序；标识不同进程

端口号的大小为2字节

0~65535

1.静态端口（1~1023）----网络中常用协议的固定端口

2.动态端口（1024~65535）--->某些协议或程序自行生成的端口

TCP协议-----传输控制协议
一种面向连接的可靠传输协议。（TCP协议建立的连接是双向连接）

序列号（Sequence Number）
确认序列号（Acknowledgment Number）
SYN---同步位---是在TCP三次握手建立通道时的标记
ACK---确认位---当该标记位置为1时，确认序列号有意义
FIN---代表释放TCP连接

TCP 分段：因为 IP 分片后， TCP 协议无法保证数据的可靠性传输；故而使用 TCP 协议进行封装的文件不允许进行IP 分片，而又因为 MTU 存在，需要将大文件分为小文件，该操作由 TCP 协议完成。

MSS---最大传输段===MTU-IP头部-TCP头部
在TCP协议中，每一个报文都需要有序列号信息。

可靠性

确认机制----每收到一个TCP数据段，都需要发送一次确认报文。
重传机制----超时重传，当一个数据段中的某个报文丢失，发送端会主动重新发送一次该报文。
排序机制----传输数据段时，被分为多个报文，从不同路径传输，最终达到目的地的顺序会被打乱，需要根据序列号字段进行重新排序。
流控机制（滑动窗口机制）：可以通过调节窗口大小（Windows）来对流量进行控制

面向连接

1.三次握手

 第一次握手
客户端给服务器发送一个SYN段(在 TCP 标头中 SYN 位字段为 1 的 TCP/IP 数据包), 该段中也包含客户端的初始序列号(Sequence number = J)。

SYN是同步的缩写，SYN 段是发送到另一台计算机的 TCP 数据包，请求在它们之间建立连接

 第二次握手
服务器返回客户端 SYN +ACK 段(在 TCP 标头中SYN和ACK位字段都为 1 的 TCP/IP 数据包)， 该段中包含服务器的初始序列号(Sequence number = K)；同时使 Acknowledgment number = J + 1来表示确认已收到客户端的 SYN段(Sequence number = J)。

ACK 是“确认”的缩写。 ACK 数据包是任何确认收到一条消息或一系列数据包的 TCP 数据包

 第三次握手
客户端给服务器响应一个ACK段(在 TCP 标头中 ACK 位字段为 1 的 TCP/IP 数据包), 该段中使 Acknowledgment number = K + 1来表示确认已收到服务器的 SYN段(Sequence number = K)。

2.四次挥手

数据传输完毕后，双方都可释放连接。最开始的时候，客户端和服务器都是处于ESTABLISHED状态，然后客户端主动关闭，服务器被动关闭。

第一次挥手 客户端发出连接释放报文，并且停止发送数据。释放数据报文首部，FIN=1，其序列号为seq=u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN-WAIT-1（终止等待1）状态

第二次挥手 服务器端接收到连接释放报文后，发出确认报文，ACK=1，ack=u+1，并且带上自己的序列号seq=v，此时，服务端就进入了CLOSE-WAIT 关闭等待状态

第三次挥手 客户端接收到服务器端的确认请求后，客户端就会进入FIN-WAIT-2（终止等待2）状态，等待服务器发送连接释放报文，服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，服务器就进入了LAST-ACK（最后确认）状态，等待客户端的确认。

第四次挥手 客户端收到服务器的连接释放报文后，必须发出确认，ACK=1，ack=w+1，而自己的序列号是seq=u+1，此时，客户端就进入了TIME-WAIT（时间等待）状态，但此时TCP连接还未终止，必须要经过2MSL后（最长报文寿命），当客户端撤销相应的TCB后，客户端才会进入CLOSED关闭状态，服务器端接收到确认报文后，会立即进入CLOSED关闭状态，到这里TCP连接就断开了，四次挥手完成

为什么客户端要等待2MSL？
主要原因是为了保证客户端发送那个的第一个ACK报文能到到服务器，因为这个ACK报文可能丢失，并且2MSL是任何报文在网络上存在的最长时间，超过这个时间报文将被丢弃，这样新的连接中不会出现旧连接的请求报文。

UDP协议----用户数据报协议
非面向连接的不可靠传输协议

TCP和UDP的比较

总结
1.TCP向上层提供面向连接的可靠服务 ，UDP向上层提供无连接不可靠服务。
2.虽然 UDP 并没有 TCP 传输来的准确，但是也能在很多实时性要求高的地方有所作为
3.对数据准确性要求高，速度可以相对较慢的，可以选用TCP