原文参考:https://www.jb51.net/article/128826.htm
TCP是面向连接的,通信双方在数据传输之前,必须先在双方之间建立一条连接通道,TCP是通过三次握手建立连接的,是由客户端的connect来触发的操作。
当输出传输完毕之后,需要通过四次挥手来断开连接,回收资源,在socket编程中,这一过程由客户端或服务端任一方执行close来触发。
所谓三次握手(Three-Way Handshake)即建立TCP连接,就是指建立一个TCP连接时,需要客户端和服务端总共发送3个包以确认连接的建立。
所谓四次挥手(Four-Way Wavehand)即终止TCP连接,就是指断开一个TCP连接时,需要客户端和服务端总共发送4个包以确认连接的断开。
详细看下socket编程中,三次握手发生了什么:
参考原文:https://blog.csdn.net/qq_33113661/article/details/88837538
首先明确三次握手发生在什么时候。
经过我的验证,在客户端执行connect的时候,便是向已经listen的服务器发出三次握手,等connect返回的时候,三次握手已经完成,和accept没有任何关系。
再来看listen函数的参数。它的作用是告诉内核设置连接队列的长度。
内核为每一个listen状态的套接字设置两个队列,未完成连接队列和已完成连接队列,这两个队列共用listen设置的连接长度。
当客户端发送syn报文的时候,服务器检测连接队列是否已满,如果满了就丢弃这个syn,如果没满就把这个链接放入未完成队列,发送ack和syn,当客户端收到ack和syn之后,会发送ack报文,并且从connect返回,服务器收到这个ack后把连接从未完成队列中取出放入已完成队列,等待accept把这个链接取走。此时三次握手已经全部完成,两端连接都是establish状态。
实际上连接在未完成队列中的时间是很短的,这段时间代表服务器发送syn和ack并且从客户端收到ack的时间,没有特殊情况的话,一般很快就会完成,但是如果服务器发送syn+ack后超过一定时间都没有收到客户端的ack,服务器会把这个链接丢弃掉,超时时限一般被设为75秒。
最后来说accept。这个函数只是把已完成队列中的链接取出来,如果已完成连接队列里没有连接,accept就会阻塞。
这里要说一点,就算是队列满了,新的client在发起连接之后,服务器也并没有拒绝他的syn,只是把它丢弃了,这样client还是会向服务器发送syn,只不过因为超时重传机制,每次发送的间隔时间会变长,如果在这个阶段服务器accept了已完成的连接,那么连接队列就会空出来,这样受到syn后,服务器还是会正常的和客户端完成三次握手。