zsj777的专栏

1、首先先了解tcp建立连接的三次握手2、四次挥手3、建立连接后tcp连接的状态4、客户端主动发起断开连接时的状态（当然也可以由服务端主动发起断开连接）5、服务器有大量TIME_WAIT状态的原因如下对于基于TCP的HTTP协议，关闭TCP连接的是Server端，这样，Server端会进入TIME_WAIT状态，可想而知，对于访问量大的Web Server，会存在大量的TIME_WAIT状态，假如Server一秒钟接收1000个请求，那么就..

1、先看以下五个问题现代浏览器在与服务器建立了一个TCP连接后，是否会在一个HTTP请求完成之后断开？什么情况下会断开？ 一个TCP连接可以对应几个HTTP请求？ 一个TCP连接中，HTTP请求发送可以一起发送吗(比如一起发起三个请求，再三个响应一起接收)？ 为什么有的时候刷新页面不需要重新建立SSL连接？ 浏览器对同一Host建立TCP连接的数量有没限制？现代浏览器在与服务器建立了一个TCP连接后是否会在一个HTTP请求完成后断开？什么情况下会断开？在HTTP/1.0中，一个服务器在发送

1、客户端ip 192.168.101.129服务器ip 192.168.3.22ip host 192.168.3.22 and tcp2、服务端发送数据给客户端客户端接收数据确认3、客户端发送数据给服务端服务端接收数据确认

1、建立连接客户端ip 192.168.101.129服务器ip 192.168.3.22第一次握手：客户端主机A发送标志位位码SYN＝1,随机产生seq number=x的数据包到服务器，客户端进入SYN_SEND状态，等待服务器的确认；服务端主机B由SYN=1知道客户端主机A要求建立联机；第二次握手：服务端主机B收到请求后要确认联机信息，向A发送ack number(主机A的seq+1),标志位位码SYN=1,标志位位码ACK=1,随机产生seq=y的包,此时服务器进入SYN_.

下面说四次挥手的过程我们假设客户端是请求关闭连接的一方，服务端为被动关闭第一次挥手：客户端进程发请求关闭（或称释放）连接报文，并且停止发送数据。数据报文首部，FIN=1，其序列号为seq=u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN_WAIT_1（终止等待1）状态。 TCP规定，FIN报文段即使不携带数据，也要消耗一个序号。第二次挥手：服务器收到请求关闭报文，发出确认报文，ACK=1，ack=u+1，并且带上自己的序列号seq=v，此时，服务端就进入了CLOSE_WAI

3次握手第一次握手：客户端主机A发送标志位位码SYN＝1,随机产生seq number=x的数据包到服务器，客户端进入SYN_SEND状态，等待服务器的确认；服务端主机B由SYN=1知道客户端主机A要求建立联机；第二次握手：服务端主机B收到请求后要确认联机信息，向A发送ack number(主机A的seq+1),标志位位码SYN=1,标志位位码ACK=1,随机产生seq=y的包,此时服务器进入SYN_RECV状态;第三次握手：客户端主机A收到后检查ack number是否正确，即第一次发送的se