Socket通信学习笔记

之前写了网络协议架构，详细的写了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/ 程序员大本营