传输层tcp.udp以及三次握手四次挥手详解

传输层tcp.udp以及三次握手四次挥手详解

大家好，本篇我们主要探讨TCP/IP模型的传输层，传输层协议主要包括TCP 和UDP，下面请仔细阅读



SYN(synchronous建立联机)
ACK(acknowledgement 确认)
PSH(push传送)
FIN(finish结束)
RST(reset重置)
URG(urgent紧急)
Sequence number(顺序号码)
Acknowledge number(确认号码)
下面来看下最重要的三次握手与四次挥手
所谓三次握手（Three-Way Handshake）即建立TCP连接，就是指建立一个TCP连接时，需要客户端和服务端总共发送3个包以确认连接的建立。在socket编程中，这一过程由客户端执行connect来触发，整个流程如下图所示：

（1）第一次握手：Client将标志位SYN置为1，随机产生一个值seq=x，并将该数据包发送给Server，Client进入SYN_SENT状态，等待Server确认。
（2）第二次握手：Server收到数据包后由标志位SYN=1知道Client请求建立连接，Server将标志位SYN和ACK都置为1，ack=x+1，随机产生一个值seq=y，并将该数据包发送给Client以确认连接请求，Server进入SYN_RCVD状态。
（3）第三次握手：Client收到确认后，检查ack是否为x+1，ACK是否为1，如果正确则将标志位ACK置为1，ack=y+1，并将该数据包发送给Server，Server检查ack是否为y+1，ACK是否为1，如果正确则连接建立成功，Client和Server进入ESTABLISHED状态，完成三次握手，随后Client与Server之间可以开始传输数据了。

所谓四次挥手（Four-Way Wavehand）即终止TCP连接，就是指断开一个TCP连接时，需要客户端和服务端总共发送4个包以确认连接的断开。在socket编程中，这一过程由客户端或服务端任一方执行close来触发，整个流程如下图所示：

由于TCP连接时全双工的，因此，每个方向都必须要单独进行关闭，这一原则是当一方完成数据发送任务后，发送一个FIN来终止这一方向的连接，收到一个FIN只是意味着这一方向上没有数据流动了，即不会再收到数据了，但是在这个TCP连接上仍然能够发送数据，直到这一方向也发送了FIN。首先进行关闭的一方将执行主动关闭，而另一方则执行被动关闭，上图描述的即是如此。
（1）第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。
（2）第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。
（3）第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。
（4）第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。

为什么建立连接是三次握手，而关闭连接却是四次挥手呢？
这是因为服务端在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。而关闭连接时，当收到对方的FIN报文时，仅仅表示对方不再发送数据了但是还能接收数据，己方也未必全部数据都发送给对方了，所以己方可以立即close，也可以发送一些数据给对方后，再发送FIN报文给对方来表示同意现在关闭连接，因此，己方ACK和FIN一般都会分开发送。

相比TCP协议而言，UDP 是一个无连接、不保证可靠性的传输层协议，也就是说发送端
不关心发送的数据是否到达目标主机、数据是否出错等，收到数据的主机也不会告诉发送方
是否收到了数据，它的可靠性由上层协议来保障。既然UDP有这样的缺点，那为什么进程还
愿意使用它呢?因为UDP也有优点, UDP的首部结构简单,在数据传输时能实现最小的开销，
如果进程想发送很短的报文而不关心可靠性，就可以使用UDP.使用UDP发送很短的报文
时，在发送端和接收端之间的交互要比使用TCP时少得多。
➢目的端口号:用来标识数据接收端的进程，和TCP协议的端口号类似。
➢UDP长度:用来指出UDP的总长度，为首部加上数据。
➢校验和:用来完成对UDP数据的差错检验，它的计算与TCP校验和类似。这是UDP提供的唯–可靠机制。
UDP在实际工作中的应用范围很广。例如，聊天工具QQ在处理发送短消息时就是使用 UDP的方式。不难想象，如果发送十几个字的短消息也使用TCP进行一系列的验证，将导致传输率大大下降。有谁愿意用一个“反应迟钝"的软件进行网络聊天呢?在网络飞速发展
➢源端口号:用来标识数据发送端的进程，和TCP协议的端口号类似。
➢目的端口号: 用来标识数据接收端的进程，和TCP协议的端口号类似。
➢UDP长度: 用来指出UDP的总长度，为首部加上数据。
➢校验和:用来完成对UDP数据的差错检验，它的计算与TCP校验和类似。这是IDP提供的唯一可靠机制。
UDP在实际工作中的应用范围很广。例如，聊天工具QQ在处理发送短消息时就是使用了UDP的方式。不难想象，如果发送十几个字的短消息也使用TCP进行一系列的验证，将导致传输率大大下降。有谁愿意用一个“反应迟钝”的软件进行网络聊天呢?在网络飞速发展的今天，网络技术日新月异，对于常用的简单数据传输来说，UDP 不失为一个很好的选择。
➢控制位:这六位有很重要的作用，TCP的连接、传输和断开都受这六个控制位的指挥。
各位含义如下。
◆URG: 紧急指针有效位。
◆ACK:只有当ACK=1时，确认序列号字段才有效:当ACK=0时，确认号字段
无效。
◆PSH:标志位为1时，要求接收方尽快将数据段送达应用层。
◆RST: 当RST值为1时，通知重新建立TCP连接。
◆SYN: 同步序号位，TCP 需要建立连接时将这个值设为1。
◆FIN: 发送端完成发送任务位，当TCP完成数据传输需要断开连接时，提出断开连接的一方将这个值设为1。

总结：