之前写了网络协议架构,详细的写了tcp/ip协议,因为socket是建立在tcp/ip协议基础之上,所以先阅读物联网网络通信
Socket的位置
既然是建立在tcp/ip之上,那么具体在哪个位置呢?有人将其抽象后安排在应用层和运输层之间
我们都知道Socket通信是基于C/S架构的,那么如何利用Socket的一些函数实现服务器和客户端通信,这就不得不提TCP的三次握手和四次挥手。
三次握手
- 第一次握手:客户端发出请求,发出syn = 1, 并产生一个seq number随机值,服务器知道syn = 1,知道要建立连接,第一次握手结束。
- 第二次握手:服务器收到请求后,给客户端回发ack number = 客户端的seq + 1(12345+1),ack位码为1,syn = 1,并产生自己的seq。
- 第三次握手:客户端收到后检查acknumber是否和一开始发送的seq+1是否一样以及ack是否为1.正确后回发给服务器ack number = 服务器seq + 1, ack = 1。服务器收到后确认此ack是否为服务器seq+1, ack = 1,连接建立成功
两次握手无法保证双方都可以接收到消息,而三次以上又多余
四次挥手
- 第一次挥手:(可以是客户端,可以是服务器)客户端发出FIN报文,设置seq和ack,此时客户端进入FIN_WAIT_1意思是没有信息发送了
- 第二次挥手:服务器收到客户端的FIN,回发ack报文,是第一次的ack+1,客户端进入FIN_WAIT_2,意思是服务器同意客户端的关闭请求。
- 第三次挥手:服务器发送给客户端FIN,客户端进入LAST_ACK.
- 第四次挥手:客户端收到服务器的FIN报文,并向服务器发送ack,是第一次的ack+1客户端进入TIME_WAIT状态。此时服务器收到FIN报文,服务器连接关闭,客户端等待2MSL还没有回复,客户端连接关闭。
四次挥手状态解释
- FIN_WAIT_1:其实FIN_WAIT_1和FIN_WAIT_2状态的真正含义都是表示等待对方的FIN报文。而这两种状态的区别是:FIN_WAIT_1状态实际上是当SOCKET在ESTABLISHED状态时,它想主动关闭连接,向对方发送了FIN报文,此时该SOCKET即进入到FIN_WAIT_1状态。而当对方回应ACK报文后,则进入到FIN_WAIT_2状态,当然在实际的正常情况下,无论对方何种情况下,都应该马上回应ACK报文,所以FIN_WAIT_1状态一般是比较难见到的,而FIN_WAIT_2状态还有时常常可以用netstat看到。(主动方)
- FIN_WAIT_2:上面已经详细解释了这种状态,实际上FIN_WAIT_2状态下的SOCKET,表示半连接,也即有一方要求close连接,但另外还告诉对方,我暂时还有点数据需要传送给你(ACK信息),稍后再关闭连接。(主动方)
- CLOSE_WAIT:这种状态的含义其实是表示在等待关闭。怎么理解呢?当对方close一个SOCKET后发送FIN报文给自己,你系统毫无疑问地会回应一个ACK报文给对方,此时则进入到CLOSE_WAIT状态。接下来呢,实际上你真正需要考虑的事情是察看你是否还有数据发送给对方,如果没有的话,那么你也就可以 close这个SOCKET,发送FIN报文给对方,也即关闭连接。所以你在CLOSE_WAIT状态下,需要完成的事情是等待你去关闭连接。(被动方)
- LAST_ACK: 这个状态还是比较容易好理解的,它是被动关闭一方在发送FIN报文后,最后等待对方的ACK报文。当收到ACK报文后,也即可以进入到CLOSED可用状态了。(被动方)
- TIME_WAIT: 表示收到了对方的FIN报文,并发送出了ACK报文,就等2MSL后即可回到CLOSED可用状态了。如果FINWAIT1状态下,收到了对方同时带FIN标志和ACK标志的报文时,可以直接进入到TIME_WAIT状态,而无须经过FIN_WAIT_2状态。(主动方)
- CLOSED: 表示连接中断。
参考:
https://www.pianshen.com/article/6933483574/ 程序员大本营