浅谈TCP/IP 三次握手建立连接，四次握手断开连接，以及关于非阻塞socket重连问题

1.最近在做一个项目，需要和一个嵌入式服务器打交道，该设备其实是个编码器，负责将摄像头采集到的视频数据进行编码然后再在某些特定的端口中推送流到客户端，而我的工作是将该这些流推送出来后然后进行按特定的协议获取一帧帧数据，然后渲染在窗口上，其中涉及到socket链接问题，考虑到用阻塞的套接字会让软件无法使用，就使用非阻塞套接字+select模型加个延时判断socekt是否建立通道成功，  程序中需要对 WSAEWOULDBLOCK 这种socket状态把握好，因为在该状态的含义是socket无法立即返回，根据msdn解释，it is not a nonfatal error(非致命错误), 同时对于connect 和 recv 这两个函数，会立即返回，下面是客户端主动请求断开连接，即调用closesocket后，

断开tcp连接需要四次握手大致意思是：

第一次握手：

client: 调用closeksocket（）后会向Server发送一个FIN包， 告诉Server我现在要关闭连接，处于FIN_WAIT_1状态。

第二次握手：

Server:收到client的FIN包后，返回一个ack包，告诉client，你的结束socket请求我已经收到了，因为TCP是全双工的双连接（这里待会补充下），但我还有些数据需要传输，等我传输完了再结束，此时Client会一直处于FIN_WAIT_2状态。

第三次握手：

Server的数据传输完成，发送Client发送FIN包，告诉client我已经准备好关闭连接了，当client收到FIN包后会有FIN_WAIT_2变为TIME_WAIT状态。

第四次握手：

client需要告诉Server我已经收到你的FIN包，但考虑到Server处理数据过多，怕server不知道我已经关闭了，于是回复一个ACK包，我已经关闭了，此时Client会处于CLOSED状态。

TCP建立连接的三次握手：

第一次握手： Client发送SYN包，告诉Server我要和你建议连接，其中SYN=1.ACK=0数据包，并且会产生一个随机Sequence number=3233,当Server收到SYN=1时，表示client想建立连接。

第二次握手：Server收到来自客户端的SYN包后，给一个ACK=1，SYN=1，并且会将SYN包中的Sequence+1返回给Client,同时自己也会产生Sequence number=36457记录自己这边产生的连接， 然后将这个SYN+ACK包返回给Client, SYN+ACK 包中包含ClientSequent+1,ServerSequent.

第三次握手：client收到SYN包后确认 ClientSequence是否+1,同时ACK是否为1，若是，则返回ACK=1，同时将ServerSequent1以及ClientSequent+1返回给服务端， 发送ACK包给Server建立成功连接

测试的时候可以通过简单的dos命令： netstat -ano|findstr "端口号"  查询当前端口处于  ESTABLISHED，FIN_WAIT_1，FIN_WAIT_2，CLOSE_WAIT，SYN_SEND，TIME_WAIT 等状态

TCP是全双工的意思服务器不仅仅可以给客户端发送数据也能同时接收到来自其他或该客户端的数据。