tcp协议 三次握手 四次挥手

TCP（Transmission Control Protocol）可靠的、面向连接的协议
(什么是面向连接呢？就是发送消息之前先建立连接然后再发送消息例如打电话场景，在网络中具体指的是三次握手)
TCP协议特点：数据安全，速度略低。分为客户端和服务端。
使用TCP的应用：Web浏览器；电子邮件等程序。

TCP的三次握手和4次挥手
TCP三次握手:
三次握手就是客户端和服务器进行通信的时候有三次交流。例如如下：
客户端问服务端你准备好了吗(第一次)，服务端告诉客户端装备好了，并且问客户端你准备好了吗(第二次),客户端说我准备好了(第三次)。
第一次握手:是客户端让服务器准备好资源。
第二次握手:服务端资源准备好了并且服务端问客户端资源有没有准备好。
第三次握手:客户端资源也准备好了。接下来才真正的发生数据。

真正进行3次握手的时候发送的是值。

第一次客户端装备了一个值例如是11，发送给了服务端，服务端如果准备好了就将11+1变成12再发送给客户端，表示服务端准备好了资源。
服务端怎么知道客户端准备好了资源呢？服务器给客户端发送一次数据例如33，客户端如果准备好了就再将数据加1 33+1 =34 发送给服务端，服务端接受到后就表明客户端准备好了。这样4次才知道双方准备好了资源。这里发生了4次，不是3次，

当用户打开一个网站的时候我们想尽快的看到内容，因此能减少的次数尽量减少
因此最终将12和33 的数据变成了一次请求。发送12表示给客户端回答的值，33表示
我向客户端发送的值。提高传输的效率。节约时间。
这个12和33怎么区分是请求的还是应答的呢?我们可以给数据添加一个标记
Syn 11 来标记请求， ack 标记应答

三次握手：
TCP是因特网中的传输层协议，使用三次握手协议建立连接。当主动方发出SYN连接请求后，等待对方回答SYN+ACK[1]，并最终对对方的 SYN 执行 ACK 确认。这种建立连接的方法可以防止产生错误的连接。
TCP三次握手的过程如下：
客户端发送SYN（SEQ=x）报文给服务器端，进入SYN_SEND状态。
服务器端收到SYN报文，回应一个SYN （SEQ=y）ACK(ACK=x+1）报文，进入SYN_RECV状态。
客户端收到服务器端的SYN报文，回应一个ACK(ACK=y+1）报文，进入Established状态。
三次握手完成，TCP客户端和服务器端成功地建立连接，可以开始传输数据了。
数据传输：
每传递一次消息，服务端都会告诉客户端说收到消息了。这样确保数据不会丢失。因此我们说TCP是可靠地面向连接(连接一直连着)的传输协议

四次挥手
客户端给服务器说再见，服务器给客户端说拜拜，服务端告诉客户端我也不和你玩了，客户端说不玩就不玩。
第一次，客户端告诉服务端我不会给你发数据了，第二次服务端告诉客户端我收到你发生的信息了，第三次服务端给客户端发生数据说我也不给你发了，第四次客户端给服务端说我知道了。

四次挥手：
建立一个连接需要三次握手，而终止一个连接要经过四次挥手。
(1) 某个应用进程首先调用close，称该端执行“主动关闭”（active close）。该端的TCP于是发送一个FIN分节，表示数据发送完毕。
(2) 接收到这个FIN的对端执行 “被动关闭”（passive close），这个FIN由TCP确认。
注意：FIN的接收也作为一个文件结束符（end-of-file）传递给接收端应用进程，放在已排队等候该应用进程接收的任何其他数据之后，因为，FIN的接收意味着接收端应用进程在相应连接上再无额外数据可接收。
(3) 一段时间后，接收到这个文件结束符的应用进程将调用close关闭它的套接字。这导致它的TCP也发送一个FIN。
(4) 接收这个最终FIN的原发送端TCP（即执行主动关闭的那一端）确认这个FIN。[1]