HTTP 协议请求概述-低调大师

HTTP 协议请求概述

2021-04-27 852

1、建立一个连接（TCP三次握手）

HTTP是一个基于TCP协议的应用层协议，由请求和响应构成，另外还有HTTPS，是以安全为目标的HTTP通道，是HTTP协议加上SSL协议层的安全加密传输，另外TLS也是SSL的升级（具体关系不详细说，有兴趣的同学可以百度）

那么我们在建立一个连接的时候需要经历3个步骤（三次握手）：

（1）Seq序号（sequence number）：占32位，用来标识从TCP源端向目的端发送的字节流，发起方发送数据时对此进行标记。

（2）确认号（acknowledgement number）：Ack序号，占32位，只有ACK标志位为1时，确认序号字段才有效，Ack=Seq+1。

（3）标志位（Flags）：共6个，即URG、ACK、PSH、RST、SYN、FIN等。具体含义如下：

URG：紧急指针（urgent pointer）有效。
ACK：确认序号有效。
PSH：接收方应该尽快将这个报文交给应用层。
RST：重置连接。
SYN：发起一个新连接。
FIN：释放一个连接。

需要注意的是：

不要将确认序号Ack与标志位中的ACK搞混了。确认方Ack=发起方Seq+1，两端配对。

三次握手的具体步骤：

　　建立一个TCP连接时，需要客户端和服务器端总共发送3个包。
　　三次握手的目的是连接服务器指定端口，建立TCP连接，并同步连接双方的序列号和确认号，交换TCP窗口大小信息。在socket编程中，客户端执行connect()时将触发三次握手。

　　第一次握手（SYN=1，seq=x）：
　　　　客户端发送一个TCP的SYN标志位置1的包，指明客户端打算连接的服务器的端口，以及初始序号X，保存在包头的序列号（Sequence Number）字段里。

　　第二次握手（SYN=1，ACK=1，seq=y，ACKnum=x+1）：
　　　　服务器发回确认包（ACK）应答。即SYN标志位和ACK标志位均为1。服务器端选择自己的ISN序列号，放在seq域里，同时将确认序号（Acknowledgement Number）设置为客户的ISN加1，即X+1。发送完毕后，服务器端进入SYN_RCVD状态。

　　第三次握手（ACK=1，seq = x+1 ,ACKnum=y+1）：
　　　　客户端再次发送确认包（ACK=1），SYN标志位为0，并且把服务器发来ACK的序号字段+1，放在确定字段中发送给对方，并且在数据段放 X 的+1。
　　发送完毕后，客户端进入ESTABLISHED状态，当服务器端收到这个包时，也进入ESTABLISHED状态，TCP握手结束，TCP连接建立完成。

2.请求

建立连接之后，我们就要开始向服务端发起请求

HTTP/1.1协议中，客户端和服务端默认对方支持长连接-keepalive，因为 keepalive 在很多情况下能够重用连接，减少资源消耗，缩短响应时间，所以在 HTTP1.1 中缺省就是支持 keepalive 的。

如果响应方不想支持 keepalive，需要在应答报文头中明确的标识 Connection:close，那么客户端设置的 Connection:keep-alive 就失效了，如果客户端不想支持keepalive,需要在请求报头中明确标识Connection:close

设置 HTTP 短连接：
在应答报文头中设置 Connection:close，则在一次请求/响应之后，就会关闭连接。

设置 HTTP 长连接，有过期时间：
在应答报文头中设置 Connection:keep-alive 和 Keep-Alive: timeout=60，表明连接建立之后，空闲时间超过60秒之后，就会失效。如果在空闲第 58 秒时，再次使用此连接，则连接仍然有效，使用完之后，重新计数，空闲 60 秒之后过期。

设置 HTTP 长连接，无过期时间：
在应答报文头中只设置 Connection:keep-alive，表明连接永久有效。

http一次请求的过程大概如下:

用户在浏览器输入www.xxxxx.com
dns服务器解析/或者本机hosts,路由器hosts对比获得ip
浏览器访问默认端口80,tls,ssl协议端口443,则访问的tcp地址为 ip:80
tcp协议3次握手,建立连接
发送一个http request请求头
服务器获得http request请求头,表明该次访问为http访问,解析http请求头,获得请求类型,请求格式,以及请求数据(cookie,get,post数据)
服务器发送response响应数据,主动断开
浏览器接收response响应数据,解析响应文本类型,解析数据,断开连接

HTTP请求由三部分组成：请求行，消息报头，请求正文

请求行

请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本，格式如下：

Method Request-URI HTTP-Version CRLF

GET /Chris.jpg HTTP/1.1

Method : 请求方法； Request-URI ：统一资源标识符； HTTP-Version：请求的HTTP协议版本； CRLF：回车和换行

各种请求方法：

HTTP请求方法也被叫做“请求动作”，不同的方法规定了不同的操作指定的资源方式。服务端也会根据不同的请求方法做不同的响应。

OPTIONS：允许客户端查看服务器的性能。这个方法会请求服务器返回该资源所支持的所有 HTTP 请求方法，该方法会用’*’来代替资源名称，向服务器发送 OPTIONS 请求，可以测试服务器功能是否正常。JavaScript 的 XMLHttpRequest 对象进行 CORS 跨域资源共享时，就是使用 OPTIONS 方法发送嗅探请求，以判断是否有对指定资源的访问权限。

HEAD：与GET方法一样，都是向服务器发出指定资源的请求，但是服务器在响应 HEAD 请求时不会回传资源的内容部分（即响应实体），这样我们在不传输全部内容的情况下，就可以获取服务器的响应头信息。HEAD方法常被用于客户端查看服务器的性能。

GET：请求指定的页面信息，并返回响应实体。一般来说 GET 方法应该只用于数据的读取，而不应当用于会产生副作用的非幂等的操作中。

POST：向指定资源提交数据，请求服务器进行处理，如：表单数据提交、文件上传等，请求数据包含在请求体中。POST 方法是非幂等的方法，因为这个请求可能会创建新的资源或修改现有资源。

PUT：向指定资源位置上传其最新内容，PUT 方法是幂等的方法。通过该方法客户端可以将指定资源的最新数据传送给服务器取代指定的资源的内容，常用于修改指定资源。

DELETE：请求服务器删除所请求 URI 所标识的资源。DELETE 请求后指定资源会被删除，DELETE 方法也是幂等的。

TRACE：请求服务器回显其收到的请求信息，该方法主要用于 HTTP 请求的测试或诊断。

CONNECT：该方法是 HTTP/1.1 协议预留的，能够将连接改为管道方式的代理服务器。通常用于 SSL 加密服务器的链接与非加密的 HTTP 代理服务器的通信。

PATCH：出现的较晚，它在 2010 年的 RFC 5789 标准中被定义。PATCH 请求与 PUT 请求类似，同样用于资源的更新。二者有以下两点不同：1、PATCH 一般用于资源的部分更新，而 PUT 一般用于资源的整体更新；2、当资源不存在时，PATCH 会创建一个新的资源，而 PUT 只会对已在资源进行更新。

消息报头

HTTP消息报头包括普通报头、请求报头、响应报头、实体报头。每一个报头域都是由 名字+:+空格+值 组成，消息报头域的名字不区分大小写。

普通报头：普通报头中有少数报头域用于所有的请求和响应信息，但并不用于被传输的实体，只用于传输的消息(如缓存控制，连接控制等)，通用头域包含Cache-Control、Connection等等。既可以出现在请求报头，也可以出现在响应报头中
请求报头：用于向服务器端传递请求的附加信息，请求报头的HTTP报头结构：通用报头-请求报头-实体报头
响应报头：用于服务器端传递附加的响应信息，响应报头的HTTP报头结构：通用报头-响应报头-实体报头
实体报头：实体报头定义了关于实体正文和请求所标识资源的元信息

典型的请求头有：

Host：请求的主机名，允许多个域名同处一个IP地址，即虚拟主机

User-Agent：内容包含发送请求的用户信息，一般是浏览器类型、操作系统等信息

Accept：客户端可识别的内容类型列表，用于指定客户端接收那些类型的信息

Accept-Controller-Allow-Origin ：本次请求来自哪个源，服务器根据该值判断是否同意请求，在解决跨域问题上也会用到

Cache-Controller：指定请求和响应的缓存机制。只在当前请求生效

Connection：允许客户端和服务器指定与请求/响应连接有关的选项，例如这是为Keep-Alive则表示保持连接。

Cookie：Cookie分2种，一种是客户端向服务端发送的，使用Cookie报头，用来标记。另一种是服务器发给浏览器的，报头为set-Cookie。

请求正文和响应正文

消息报头结束之后，空行标志着请求头结束，请求正文（请求体）的开始
username=aa&password=1234

响应正文就是服务器返回的资源的内容，响应头和正文之间也必须用空行分隔

四次挥手

建立一个连接需要三次握手，而终止一个连接要经过四次挥手，这是由TCP的半关闭（half-close）造成的。具体过程如下所示。

某个应用进程首先调用close，称该端执行“主动关闭”（active close）。该端的TCP于是发送一个FIN分节，表示数据发送完毕。
接收到这个FIN的对端执行 “被动关闭”（passive close），这个FIN由TCP确认。
注意：FIN的接收也作为一个文件结束符（end-of-file）传递给接收端应用进程，放在已排队等候该应用进程接收的任何其他数据之后，因为，FIN的接收意味着接收端应用进程在相应连接上再无额外数据可接收。
一段时间后，接收到这个文件结束符的应用进程将调用close关闭它的套接字。这导致它的TCP也发送一个FIN。
接收这个最终FIN的原发送端TCP（即执行主动关闭的那一端）确认这个FIN。既然每个方向都需要一个FIN和一个ACK，因此通常需要4个分节。

微信关注我们

原文链接：https://my.oschina.net/u/5079097/blog/5034153

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

select/poll 和 epoll 比较

select/poll 系统调用： select：查询 fd_set 中，是否有就绪的 fd，可以设定一个超时时间，当有 fd (File descripter) 就绪或超时返回。 fd_set 是一个位集合，大小是在编译内核时的常量，默认大小为 1024。特点：连接数限制，fd_set 可表示的 fd 数量太小了;线性扫描：判断 fd 是否就绪，需要遍历一边 fd_set;数据复制：用户空间和内核空间，复制连接就绪状态信息。 poll：解决了连接数限制：poll 中将 select 中的 fd_set 替换成了一个 pollfd 数组，解决 fd 数量过小的问题。数据复制：用户空间和内核空间，复制连接就绪状态信息。 epoll，event 事件驱动：事件机制：避免线性扫描，为每个 fd，注册一个监听事件，fd 变更为就绪时，将 fd 添加到就绪链表。 fd 数量：无限制(OS 级别的限制，单个进程能打开多少个 fd)。 select，poll，epoll： I/O 多路复用的机制。 I/O 多路复用就通过一种机制，可以监视多个描述符，一旦某个描述符就绪(一般是读就绪或者写就...

2021-04-27

709

zuul1与spring-cloud-gateway的区别 Zuul: 是netflix公司的项目，本质上是web servlet，基于JavaEE Servlet技术栈，使用阻塞API，处理的是http请求，没有提供异步支持，不支持任何长连接，比如websocket。依赖： <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-zuul</artifactId> </dependency> yml配置： #java www.fhadmin.org server: port: 10000 spring: application: name: user-service-zuul eureka: instance: prefer-ip-address: true ip-address: 127.0.0.1 client: registe...

2021-04-27

519

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。