TCP和UDP比较

一、计算机网络模型

OSI七层模型：物理层、数据链路层、网络层、传输层、会话层、表示层、应用层；

TCP/IP四层模型：数据链路层、网络层、传输层、应用层。

对于实际生产中，会采用TCP/IP四层模型，而不是采用OSI七层模型？

太复杂，不实用。TCP/IP四层模型并没有减少功能，同时还可以实现高内聚、低耦合的程序设计原则。

二、TCP/IP四层模型

链路层：负责封装和解封装IP报文，发送和接受ARP/RARP报文等。

网络层：负责路由以及把分组报文发送给目标网络或主机。比如：IP协议。

传输层：负责对报文进行分组和重组，并以TCP或UDP协议格式封装报文。

应用层：负责向用户提供应用程序，比如HTTP、FTP、Telnet、DNS、SMTP等。

TCP（Transmission Control Protocol，传输控制协议）是面向连接的协议。

• 在收发数据前，必须和对方建立可靠的连接。

TCP 报文段结构

各部分的含义：

源端口号/目的端口号: 表示数据从哪个进程来, 到哪个进程去。

32位序号: 这些字段被 TCP 发送方和接收方用来实现可靠的数据传输。

4位首部长度: 表示该tcp报头有多少个4字节(32个bit)。

6位保留: 顾名思义, 先保留着, 以防万一。

URG: 标识紧急指针是否有效。

ACK: 标识确认序号是否有效。

PSH: 用来提示接收端应用程序立刻将数据从tcp缓冲区读走。

RST: 要求重新建立连接. 我们把含有RST标识的报文称为复位报文段。

SYN: 请求建立连接. 我们把含有SYN标识的报文称为同步报文段。

FIN: 通知对端, 本端即将关闭. 我们把含有FIN标识的报文称为结束报文段。

16位窗口大小: 这个字段用于流量控制。它用于指示接收方能够/愿意接受的字节数量。

16位检验和: 由发送端填充, 检验形式有CRC校验等. 如果接收端校验不通过, 则认为数据有问题. 此处的校验和不光包含TCP首部, 也包含TCP数据部分。

16位紧急指针: 用来标识哪部分数据是紧急数据。

端口号
数据链路和 IP 中的地址，分别指的是 MAC 地址和 IP 地址。前者用来识别同一链路中不同的计算机，后者用来识别 TCP/IP 网络中互连的主机和路由器。在传输层也有这种类似于地址的概念，这就是端口号。端口号用来识别同一台计算机中进行通信的不同应用程序。因此，它也被称为程序地址。

0-1023：知名端口号，HTTP,FTP,SSH等这些广为使用的应用层协议。
1024-65535：操作系统动态分配的端口号，客户端程序的端口号，由操作系统从这个范围分配
常见端口号：
SSH服务器：22端口
FTP服务器：21端口
Telnet服务器：23端口
HTTP服务器：80端口
HTTPS服务器：443端口

面向连接

1.建立连接：三次握手

三次握手的作用是：在进行通信前，确定客户端和服务端的收、发能力正常。

第一次握手：客户端发送包含SYN和seq的网络包，然后服务端收到了。客户端进入SYN_SEND状态；

• 服务端视角得出结论：客户端的发送能力、服务端的接收能力是正常的。

第二次握手：服务端发送包含SYN、ACK和seq的网络包，然后客户端收到了。服务器端进入SYN_RECEIVED状态

• 客户端视角得出结论：服务端的接收、发送能力，客户端的接收、发送能力是正常的。

第三次握手：客户端发送包含ACK和seq的网络包，然后服务端收到了。客户端和服务器端都进入ESTABLISHED状态

• 服务端视角得出结论：客户端的接收、发送能力，服务端的发送、接收能力是正常的。

面试题：两次握手可以吗？

• 不可以。
• 因为可能会出现已失效的连接请求报文段又传到了服务器端。 客户端发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达服务器端。本来这是一个早已失效的报文段。但服务器端收到此失效的连接请求报文段后，就误认为是 客户端再次发出的一个新的连接请求。于是就向客户端发出确认报文段，同意建立连接。
• 假设不采用 “三次握手”，那么只要服务器端发出确认，新的连接就建立了。由于现在客户端并没有发出建立连接的请求，因此不会理睬 服务器端的确认，也不会向服务器端发送数据。但