举个小比如：A8站源码交易平台
当咱们在跟他人打微信视频电话的进程中，咱们自己或许对方的网络或许会不太好，视频就会卡住，听不到对方的声响，要等上一小会儿网络才会康复，或许直接掉线。
中心两边或许就要不断的承认网络是否康复，可是有时分会：
对方：“你能够听到了吗？”
咱们：“能够了，你呢？”、
对方：“喂喂，你能够听到了吗？”
咱们：“能够了，我能够听到了，你呢？”
对方：“你能够听到了吗？”
…
这种状况很蛋疼，那么怎样才能找一个简略的方法，让两个人都承认自己能够听到对方的声响，对方也能够听到自己的声响呢？
解决方案便是TCP/IP三次握手：
TCP树立衔接为什么是三次握手，而不是俩次或四次？
TCP，名为传输操控协议，是一种牢靠的传输层协议，IP协议号为6。
趁便说一句，原则上任何数据传输都无法保证肯定牢靠，三次握手只是保证牢靠的根本需求。
日常比如便是咱们文章最初的那个比如：
对应为客户端与服务器之间的通讯：
所以就有了如下对话：
咱们： 1 + 1 等于几？
对方： 2， 2 + 2 等于几？
咱们： 4
首要两个人约好协议
感觉网络状况不对的时分，任何一方都能够建议问询
任何状况下，若建议问询后5秒还没有收到回复，则以为网络不通
网络不通的状况劣等1min路由器之后再建议问询
关于咱们而言，建议‘1 + 1’等于几的问询后
若5s内没有收到回复，则以为网络不通
若收到回复，则我承认
我能听到对方的声响
对方能听到我的声响，然后回复对方问题的答案（让对方知道咱们能听到她的声响）
关于对方而言，当感觉网络状况不对的时分：
若没有收到我的问询，则对方建议问询
若收到‘1 + 1’等于几，则对方承认她能够听到我的音讯，然后回复我的问题的答案和对方的问题“2， 2 + 2 等于几”
若5s内没有收到我的回复“4”，则对方承认我收不到她的音讯
若5s内收到了我的回复“4”，则对方承认我能够听见她的音讯
这样，假如上面的对话得以完结，就证明两边都能够承认自己能够听到对方的声响，对方也能够听到自己的声响！
上面的这个比如朋友们能够把咱们换成咱们的客户端，对方便是服务端。这样你就了解了什么叫TCP三次握手。
四次挥手
先有客户端向服务器端发送一个FIN，恳求封闭数据传输。
当服务器接纳到客户端的FIN时，向客户端发送一个ACK，其间ACK的值等于FIN + SEQ
然后服务器向客户端发送一个FIN，告知客户端应用程序封闭。
当客户端收到服务器端的FIN时，回复一个ACK给服务器端。其间ACK的值等于FIN + SEQ。
为什么要4次挥手？
由于要保证数据能够完好传输
当被迫方收到自动方的FIN报文告知时，它只是表明自动方没有数据再发送给对方了。
但未必被被迫方一切的数据都完好的发送给了自动方，所以被迫方不会立刻封闭SOCKET，他或许还需求发送一些数据给自动方。
再发送FIN报文给自动方，告知自动方赞同封闭衔接，所以这儿的ACK报文和FIN报文大都状况下都是分隔发送的。
TCP报文格式图
上面图中有几个字段需求要点介绍下：
序号，Seq序号，占32位，用来标识从TCP源端向意图发送的字节省，建议方发送数据时对此进行符号。
承认序号：ACK序号，占32位，只要ACK标志位为1时，承认序号字段才有用，ACK = Seq + 1。
标志位：共6个，即URG、ACK、PSH、SYN、FIN等，详细意义如下：
UGR:紧迫指针（urgent pointer）有用。
ACK：承认序号有用。
PSH：接纳方应该尽快将这个报文交给应用层。
DST：重置衔接。
SYN：建议一个新衔接。
FIN：开释一个衔接。
需求留意的：A8站源码交易平台
不要将承认序号Ack与标志位中的ACK搞混了。
承认方Ack = 建议方Req + 1，两头配对
三次握手小总结：
TCP（Transmission Control Protocol）传输操控协议
TCP是主机对主机层的传输操控协议，供给牢靠的衔接服务，选用三次握手承认树立一个衔接
位码即tcp标志位，有6种标明：
SYN(synchronous树立联机)
ACK(acknowledgement 承认)
PSH(push传送)
FIN(finish完毕)
RST(reset重置)
URG(urgent紧迫)
Sequence number(次序号码)
Acknowledge number(承认号码)
establish 树立，创立
所谓三次握手（Tree-Way-Handshake）即树立TCP衔接，是指树立一个TCP衔接时，需求客户端和服务端一共发送3个包以承认衔接的树立。在socket编程中，这一进程由客户端履行connect来触发，整个流程如下图所示：
第一次握手：Client将标志位SYN置为1，随机发生一个值seq=J，并将该数据包发送给Server，Client进入SYN_SENT状况，等候Server承认。
第二次握手：Server收到数据包后由标志位SYN=1知道Client恳求树立衔接，Server将标志位SYN和ACK都置为1，ack (number )=J+1，随机发生一个值seq=K，并将该数据包发送给Client以承认衔接恳求，Server进入SYN_RCVD状况。
第三次握手：Client收到承认后，查看ack是否为J+1，ACK是否为1，假如正确则将标志位ACK置为1，ack=K+1，并将该数据包发送给Server，Server查看ack是否为K+1，ACK是否为1，假如正确则衔接树立成功，Client和Server进入ESTABLISHED状况，完结三次握手，随后Client与Server之间能够开端传输数据了
SYN进犯：
在三次握手进程中，Server发送SYN-ACK之后，收到Client的ACK之前的TCP衔接称为半衔接（half-open connect），此刻Server处于SYN_RCVD状况，当收到ACK后，Server转入ESTABLISHED状况。SYN进犯便是Client在短时间内假造很多不存在的IP地址，并向Server不断地发送SYN包，Server回复承认包，并等候Client的承认，由于源地址是不存在的，因而，Server需求不断重发直至超时，这些假造的SYN包将长期占用未衔接行列，导致正常的SYN恳求由于行列满而被丢掉，然后引起网络阻塞乃至体系瘫痪。SYN进犯时一种典型的DDOS进犯，检测SYN进犯的方法十分简略，即当Server上有很多半衔接状况且源IP地址是随机的，则能够判定遭到SYN进犯了，运用如下指令能够让之现行：
#netstat -nap | grep SYN_RECV
四次挥手小总结
三次握手耳熟能详，四次挥手估量就…所谓四次挥手（Four-Way Wavehand）即停止TCP衔接，便是指断开一个TCP衔接时，需求客户端和服务端一共发送4个包以承认衔接的断开。在socket编程中，这一进程由客户端或服务端任一方履行close来触发，整个流程如下图所示：A8站源码交易平台
由于TCP衔接时全双工的，因而，每个方向都必须要独自进行封闭，这一原则是当一方完结数据发送使命后，发送一个FIN来停止这一方向的衔接，收到一个FIN只是意味着这一方向上没有数据流动了，即不会再收到数据了，可是在这个TCP衔接上依然能够发送数据，直到这一方向也发送了FIN。首要进行封闭的一方将履行自动封闭，而另一方则履行被迫封闭，上图描绘的便是如此。A8站源码交易平台
第一次挥手：Client发送一个FIN，用来封闭Client到Server的数据传送，Client进入FIN_WAIT_1状况。
第2次挥手：Server收到FIN后，发送一个ACK给Client，承认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状况。
第三次挥手：Server发送一个FIN，用来封闭Server到Client的数据传送，Server进入LAST_ACK状况。
第四次挥手：Client收到FIN后，Client进入TIME_WAIT状况，接着发送一个ACK给Server，承认序号为收到序号+1，Server进入CLOSED状况，完结四次挥手。
上面是一方自动封闭，另一方被迫封闭的状况，实践中还会呈现一起建议自动封闭的状况，详细流程如下图：
流程和状况在上图中现已很明了了，在此不再赘述，能够参阅前面的四次挥手解析过程。
小问题回答
为什么树立衔接是三次握手，而封闭衔接却是四次挥手呢？
这是由于服务端在LISTEN状况下，收到树立衔接恳求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。而封闭衔接时，当收到对方的FIN报文时，只是表明对方不再发送数据了可是还能接纳数据，己方也未必悉数数据都发送给对方了，所以己方能够当即close，也能够发送一些数据给对方后，再发送FIN报文给对方来表明赞同现在封闭衔接，因而，己方ACK和FIN一般都会分隔发送。
