HTTP协议建立连接、通讯与关闭连接全过程
2017-03-14 17:25
507 查看
为解决服务器TimeWait多的问题,了解了一下TCP/IP协议的连接过程。
以访问一静态页面为例,从建立连接到访问拿到数据,然后关闭的整个过程。使用EtherPeek截图如下:
图首为一次交互过程的总览,图中用圈圈+颜色标注了连接过程中数据的变化过程。非常清晰……
建立连接:
1. 发起请求的一方,从发送syn(递交名片)包开始第一次握手。
2. 收到请求的一方立马回应ack包,发现这是新建连接,然后也给出自己的syn包(递交名片)。(严重来讲,任何一方收到对方数据之后都会回应一个ack表示自己已收到)
3. 发起方收到响应后回应一个ack包。(整个过程注意sequence number的变化)
4. OK。建立互信,可以开始交往!
开始通讯:
1. 客户端(发起方)向服务端(应答方)发起Http请求,如图中Packet 4 :C=GET URI=/higkoo。
2. 服务端收到请求后立马回应了ack,并告诉客户保持连接等待传输数据。
3. 紧接着服务端就向客户端返回了Http响应数据。
4. OK,通讯完成!
关闭连接:
1. 此时,到了图中的Packet 7。客户端收到响应数据返回了ack包并发起了关闭连接的请求。(fin包代表我要关闭)
2. 服务端也真够快,立马就回应ack包:“好,我收到你要关闭的请求了”。
3. 服务端认为可以关闭了,然后也向客户端发起了关闭请求。(fin包)
4. 客户端立马也回应ack包:“嗯,我们关闭吧”。
5. OK,游戏结束!
以访问一静态页面为例,从建立连接到访问拿到数据,然后关闭的整个过程。使用EtherPeek截图如下:
图首为一次交互过程的总览,图中用圈圈+颜色标注了连接过程中数据的变化过程。非常清晰……
建立连接:
1. 发起请求的一方,从发送syn(递交名片)包开始第一次握手。
2. 收到请求的一方立马回应ack包,发现这是新建连接,然后也给出自己的syn包(递交名片)。(严重来讲,任何一方收到对方数据之后都会回应一个ack表示自己已收到)
3. 发起方收到响应后回应一个ack包。(整个过程注意sequence number的变化)
4. OK。建立互信,可以开始交往!
开始通讯:
1. 客户端(发起方)向服务端(应答方)发起Http请求,如图中Packet 4 :C=GET URI=/higkoo。
2. 服务端收到请求后立马回应了ack,并告诉客户保持连接等待传输数据。
3. 紧接着服务端就向客户端返回了Http响应数据。
4. OK,通讯完成!
关闭连接:
1. 此时,到了图中的Packet 7。客户端收到响应数据返回了ack包并发起了关闭连接的请求。(fin包代表我要关闭)
2. 服务端也真够快,立马就回应ack包:“好,我收到你要关闭的请求了”。
3. 服务端认为可以关闭了,然后也向客户端发起了关闭请求。(fin包)
4. 客户端立马也回应ack包:“嗯,我们关闭吧”。
5. OK,游戏结束!
相关文章推荐
- HTTP请求过程(http是一种无状态协议,即不建立持久的连接)
- HTTP请求过程(http是一种无状态协议,即不建立持久的连接)
- Http 协议建立连接的方式
- 详解TCP协议的服务特点以及连接建立与终止的过程(俗称三次握手四次挥手)
- HTTP协议——建立连接/请求和响应
- HTTP协议学习笔记---HTTP持久连接和如何正确地关闭HTTP连接
- 协议连接建立时3次握手的过程4次结束连接
- Nginx源码分析 - HTTP模块篇 - ngx_http_optimize_servers函数和TCP连接建立过程
- HTTP协议客户端和服务器交互的三次握手、持续连接、断开连接过程
- TCP的三次握手(建立连接)和四次挥手(关闭连接)http://www.cnblogs.com/Jessy/p/3535612.html
- HTTP协议建立连接的方式
- TCP/IP 协议简单分析(建立连接握手过程)
- SSL 协议通讯建立过程
- 协议连接建立时3次握手的过程4次结束连接
- TCP/IP 协议简单分析(建立连接握手过程)
- 调用Https WebService是报“基础连接已经关闭: 未能为 SSL/TLS 安全通道建立信任关系”的解决过程
- 【通信】TCP建立连接协议是三次握手,而关闭连接却是四次握手
- 利用tcpdump分析工具来验证tcp连接的建立和关闭过程
- HTTP协议用的TCP但是只建立单向连接
- 【网络-协议】详解“TCP三次握手”建立TCP连接的全过程