一个完整的HTTP请求过程详细_HTTP

一个完整的HTTP请求过程详细_HTTP<图解http-第一章> 客户端 : 通过发送请求获取服务器资源的 Web 浏览器 TCP/IP : 互联网相关的各种协议的总称 , 层次分别分为以下 4 层:应用层、传输层、网络层和链路层 应用层 : 决定了向用户提供应用服务时通信的活

<图解http-第一章>

客户端 : 通过发送请求获取服务器资源的 Web 浏览器

TCP/IP : 互联网相关的各种协议的总称 , 层次分别分为以下 4 层:应用层、传输层、网络层和链路层

  应用层 : 决定了向用户提供应用服务时通信的活动 ( HTTP 协议处于该层 )

  传输层 : 提供处于网络连接中的两台计算机之间的数据传输。

  网络层 : 用来处理在网络上流动的数据包

      数据包是网络传输的最小数据单位。该层规定了通过怎样的路径(所谓的传输路线)到达对方计算机,并把数据包传送给对方。

  链路层 : 来处理连接网络的硬件部分 ; 硬件上的范畴均在链路层的作用范围之内。

一个完整的HTTP请求过程详细_HTTP

 

TCP 协议采用了三次握手 : 

发送端首先发送一个带 SYN 标志的数据包给对方。

接收端收到后,回传一个带有 SYN/ACK 标志的数据包以示传达确认信息。

最后,发送端再回传一个带 ACK 标志的数据包,代表“握手”结束。

若在握手过程中某个阶段莫名中断,TCP 协议会再次以相同的顺序发送相同的数据包。

一个完整的HTTP请求过程详细_HTTP

 

DNS : 简单的说,就是因为一串数字难以记得,然后就用域名,域名就可以用DNS来解析  (提供域名查找到地址的过程 或 地址查找到域名的过程)

 

各大协议的关系 : 

一个完整的HTTP请求过程详细_HTTP

 

 

URL : 统一资源定位符 即地址 ( URL 是 URI 的子集 )

RUI : 统一资源标识符 , 在http请求/响应的时候,会在报文首部(请求行/状态行出现)

绝对URL : 完整的访问地址

相对URL : 相对当前位置的地址

绝对URI : 

一个完整的HTTP请求过程详细_HTTP

登录信息(认证)
  指定用户名和密码作为从服务器端获取资源时必要的登录信息(身份认证)。此项是可选项。
服务器地址
  使用绝对 URI 必须指定待访问的服务器地址。地址可以是类似 hackr.jp 这种 DNS 可解析的名称,或是 192.168.1.1 这类 IPv4 地址 名,还可以是 [0:0:0:0:0:0:0:1] 这样用方括号括起来的 IPv6 地址名。
服务器端口号
  指定服务器连接的网络端口号。此项也是可选项,若用户省略则自动使用默认端口号。
带层次的文件路径
  指定服务器上的文件路径来定位特指的资源。这与 UNIX 系统的文件目录结构相似。
查询字符串

  针对已指定的文件路径内的资源,可以使用查询字符串传入任意参数。此项可选。

片段标识符
  使用片段标识符通常可标记出已获取资源中的子资源(文档内的某个位置)。但在 RFC 中并没有明确规定其使用方法。该项也为可选项

 

<图解http-第二章>

HTTP 协议用于客户端和服务器端之间的通信

HTTP 是一种不保存状态,即无状态(stateless)协议。HTTP 协议自身不对请求和响应之间的通信状态进行保存。也就是说在 HTTP 这个级别,协议对于发送过的请求或响应都不做持久化处理

Cookie 正因为http是无状态协议,才有了Cookie技术.有了 Cookie 再用 HTTP 协议通信,就可以管理状态了( 后面就用token代替了cookie了 )

客户端 : 请求访问文本或图像等资源的一端

服务端 : 提供资源响应的一端

 

客户端发送给某个 HTTP 服务器端的请求报文中的内容

GET /index.htm HTTP/1.1
Host: hackr.jp
GET 表示请求访问服务器的类型,称为方法 /index.htm 指明了请求访问的资源对象,也叫做请求 URI HTTP/1.1 即 HTTP 的版本号,用来提示客户端使用的 HTTP 协议功能。
Host: hackr.jp 请求首部字段
这段请求内容的意思是:请求访问某台 HTTP 服务器上的 /index.htm 页面资源

 

<图解http-第三章>

HTTP 报文用于 HTTP 协议交互的信息 

请求报文 : 请求端(客户端)的 HTTP 报文

响应报文 : 响应端(服务器端)的 HTTP 报文

HTTP 报文 : 报文首部( header )和报文主体( body ) ; 通常不一定有body : get(没有) post(有)

<图解http-第四章>

没有

<图解http-第五章>

通信数据转发程序 :代理、网关、隧道

代理

  是在客户端与服务器之间加一层代理服务器,客户端每次访问时都是访问的代理服务器,然后由代理服务器将请求报文转发给源服务器,源服务器处理完成后将响应发送给代理服务器,代理服务器再返回给客户端。

  这里代理的作用主要有

    ①对客户端请求进行分发;

    ②缓存响应数据;

    ③获取访问日志等等。

    代理和网关的主要区别在于,代理只会接收请求报文,但是不会对其做过多处理,然后将其转发给源服务器,而网关是会对请求做一定的处理的。
网关
  网关是转发其他服务器通信数据的服务器,接收从客户端发送来的请求时,它就像自己拥有资源的源服务器一样对请求进行处理。

  有时客户端可能都不会察觉,自己的通信目标是一个网关。
隧道
  隧道是在客户端与服务器之间建立一条通信线路,这样就可以使用SSL等加密手段进行通信。

  隧道的主要目的是确保客户端与服务器之间能够进行安全的通信。

 

保存资源的缓存主要有两种类型代理服务器缓存和客户端缓存

两者之间的作用非常类似,就是在客户端发送请求时,首先会检查客户端是否有缓存,如果有,则直接从客户端取,如果没有,则请求代理服务器,

代理服务器如果存在缓存,则直接返回缓存数据,如果不存在,则请求资源服务器。

这里需要注意的一个问题是,缓存的失效是通过缓存设置的时间来控制的,当超过了设置的时间之后,客户端或者代理服务器就会将请求发到资源服务器,从而拉取最新数据,更新缓存。

 

<图解http-第六章>

http的首部字段

通用首部字段

Cache-Control : 控制缓存的行为

Cache-Control: private, max-age=0, no-cache

                     一个完整的HTTP请求过程详细_HTTP

 

 

Connection : 逐跳首部,链接管理

Date : 创建报文的日期时间

Pragma : 报文指令

Trailer : 报文末端的首部一览

Transfer-Encoding : 指定报文主体的传输编码方式

Upgrade : 升级为其他协议

Via : 代理服务器的相关信息

Warning : 错误通知

请求首部字段

Accept : 用户代理可处理的媒体类型

Accept-Charset : 优先的字符集

Accept-Encoding : 优先的内容编码

Accept-Language : 优先的语言

Authorization : Web认证信息

Expect : 期待服务器的特点行为

From : 用户的电子邮件地址

Host : 请求资源所在服务器

If-Match : 比较实体标记

If-Modified-Since : 比较资源的更新时间

If-Range : 资源未更新时发送实体Byte的范围请求

If-Unmodified-since : 比较资源的更新时间

Max-Forwards : 最大传输逐跳数

Proxy-Authorization : 代理服务器要求客户端的认证信息

Range : 实体的字节范围请求

Referer : 对请求中URL的原始获取方

TE : 传输编码的优先级

User-Agent : HTTP客户端程序的信息

响应首部字段

Accept-Ranges : 是否接受字节范围请求

Age : 推算资源创建经过时间

ETag : 资源的匹配信息

Location : 令客户端重定向至指定URI

Proxy-Authenticate : 代理服务器对客户端的认证信息

Retry-After : 对再次发起请求的时机要求

Server : HTTP服务器的安装信息

Vary : 代理服务器缓存的管理信息

WWW-Autehnticate : 服务器对客户端的认证信息

实体首部字段

Allow : 资源可支持的HTTP方法

Content-Encoding : 实体主体适用的编码方式

Content-Language : 实体主体的自然语言

Content-Length : 实体主体的大小

Content-Location : 替代对应资源的URI

Content-MD5 : 实体主体的报文摘要

Content-Range : 实体主体的位置范围

Content-Type : 实体主体的媒体类型

Expires : 实体主体过期的日期时间

Last-Modified : 资源的最后修改日期时间

 

<图解http-第七章>

http的不足 : 

  • 通信使用明文(不加密),内容可能会被窃听
  • 不验证通信方的身份,因此有可能遭遇伪装
  • 无法证明报文的完整性,所以有可能已遭篡改

与 SSL 组合使用的 HTTP 被称为 HTTPS

HTTP+ 加密 + 认证 + 完整性保护 =HTTPS

<图解http-第八章>

没有

<图解http-第九章>

WebSocket协议是基于HTTP协议的,连接的发起方仍然是客户端,一旦建立了通信连接,双方可互相发送报文

主要特点 : 

推送功能
  支持由服务器向客户端推送数据的推送功能。这样,服务器可直接发送数据,而不必等待客户端的请求。
减少通信量
  只要建立起 WebSocket 连接,就希望一直保持连接状态。和 HTTP 相比,不但每次连接时的总开销减少,而且由于 WebSocket 的首部信息很小,通信量也相应减少了。

为了实现 WebSocket 通信,在 HTTP 连接建立之后,需要完成一次“握手”(Handshaking)的步骤

 

完结 ~ ~

 

今天的文章一个完整的HTTP请求过程详细_HTTP分享到此就结束了,感谢您的阅读,如果确实帮到您,您可以动动手指转发给其他人。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/53021.html

(0)
编程小号编程小号
上一篇 2023-08-30 23:06
下一篇 2023-08-30

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注