客户端和服务器端 传输数据

1.客户端先向服务器端发送①同步报文(SYN)

2.服务器端收到请求之后发送②回复报文(SYN,ACK)

3.客户端收到回复报文之后向服务器端发送③ACK报文

4.客户端向服务器端发送④HTTP请求报文

5.服务器端收到④之后向客户端发送⑤HTPP相应报文

6.客户端向服务器端发送⑥终止报文

7.服务器端收到⑥之后向客户端发送⑦确认报文(ACK)

8.一会之后服务器端再向客户端发送⑧终止报文(FIN,ACK)

9.客户端向服务器端发送⑨确认报文(ACK)

之后关闭服务端到客户端的TCP通道

在HTTP中有一种长连接技术，可以模仿Socket通信实现服务器端主动向客户端浏览器发送数据。它的原理其实很简单：当服务器端接到客户端的询问请求后，将整个HTTP连接置于阻塞状态，即什么也不做，也不发送数据，也不关掉连接。直到客户端需要将最新数据返回给客户端时，将数据通过这个HTTP连接返回回去，并且关闭连接。这样，客户端看到的结果，就似乎是服务器端主动向客户端浏览器发送数据了。但是，关掉连接以后怎么办呢？这时候，可以通过客户端JS代码中的定时器，再次发起请求。这样，只有内容发生了变化，才会进行一次HTTP会话，所以整体效率比轮询方式要高出很多，同时还有了更好的及时性。

TCP/IP详解--接收RST回应的几种情况：

1、端口未打开

服务器程序端口未打开而客户端来连接。这种情况是最为常见和好理解的一种了。去telnet一个未打开的TCP的端口可能会出现这种错误。这个和操作系统的实现有关。在某些情况下，操作系统也会完全不理会这些发到未打开端口请求。

2、请求超时

曾经遇到过这样一个情况:一个客户端连接服务器，connect返回-1并且error=EINPROGRESS。 直接telnet发现网络连接没有问题。ping没有出现丢包。用抓包工具查看，客户端是在收到服务器发出的SYN之后就莫名其妙的发送了RST。

3、提前关闭

关于TCP，我想我们在教科书里都读到过一句话，'TCP是一种可靠的连接'。 而这可靠有这样一种含义，那就是操作系统接收到的来自TCP连接中的每一个字节，我都会让应用程序接收到。

扩展资料

TCP/IP连接三次握手

在TCP/IP协议中,TCP协议提供可靠的连接服务,采用三次握手建立一个连接。

第一次握手：建立连接时,客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认； SYN：同步序列编号(Synchronize Sequence Numbers)

第二次握手：服务器收到syn包,必须确认客户的SYN（ack=j+1）,同时自己也发送一个SYN包（syn=k）,即SYN+ACK包,此时服务器进入SYN_RECV状态；

第三次握手：客户端收到服务器的SYN＋ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入ESTABLISHED状态,完成三次握手。

完成三次握手，客户端与服务器开始传送数据。

---