HTTP 实用指南 | 青训营笔记

89 阅读5分钟

HTTP 实用指南

这是我参与「第四届青训营 」笔记创作活动的第7天

1.初识HTTP

超文本传输协议(Hyper Text Transfer Protocol,HTTP)是一个简单的请求-响应协议,它通常运行在TCP之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII形式给出;而消息内容则具有一个类似MIME的格式。这个简单模型是早期Web成功的有功之臣,因为它使开发和部署非常地直截了当。

2.协议分析

method具体字段分析

  • GET请求一个指定资源的表示形式. 使用GET的请求应该只被用于获取数据.
  • POST用于将实体提交到指定的资源,通常导致在服务器上的状态变化或副作用
  • PUT用请求有效载荷替换目标资源的所有当前表示
  • DELETE删除指定的资源
  • HEAD请求一个与GET请求的响应相同的响应,但没有响应体
  • CONNECT建立一个到由目标资源标识的服务器的隧道。
  • OPTIONS用于描述目标资源的通信选项。
  • TRACE沿着到目标资源的路径执行一个消息环回测试。
  • PATCH用于对资源应用部分修

常用状态码分析

  • 200 OK -客户端请求成功
  • 301 -资源(网页等)被永久转移到其它URL
  • 302 -临时跳转
  • 401 Unauthorized -请求未经授权
  • 404 -请求资源不存在,可能是输入了错误的URL
  • 500 -服务器内部发生了不可预期的错误
  • 504 GatewayTimeout-网关或者代理的服务器无法在规定的时间内获得想

常用请求头

  • Accept接收类型,表示浏览器支持的MIME类型(对标服务端返回的Content-Type)
  • Content-Type客户端发送出去实体内容的类型
  • Cache-Control指定请求和响应遵循的缓存机制,如no-cache
  • If-Modified-Since对应服务端的Last-Modified,用来匹配看文件是否变动,只能精确到1s之内
  • Expires缓存控制,在这个时间内不会请求,直接使用缓存,服务端时间
  • Max-age代表资源在本地缓存多少秒,有效时间内不会请求,而是使用缓存
  • If-None-Match对应服务端的ETag,用来匹配文件内容是否改变(非常精确)
  • Cookie有cookie并且同域访问时会自动带上
  • Referer该页面的来源URL(适用于所有类型的请求,会精确到详细页面地址,csrf拦截常用到这个字段)
  • Origin最初的请求是从哪里发起的(只会精确到端口),Origin比Referer更尊重隐私
  • User-Agent用户客户端的一些必要信息,如UA头部等

常用响应头

  • Content-Type服务端返回的实体内容的类型
  • Cache-Control指定请求和响应遵循的缓存机制,如no-cache
  • Last-Modified请求资源的最后修改时间
  • Expires应该在什么时候认为文档已经过期,从而不再缓存它
  • Max-age客户端的本地资源应该缓存多少秒,开启了Cache-Control后有效
  • ETag资源的特定版本的标识符,Etags类似于指纹
  • Set-Cookie设置和页面关联的cookie,服务器通过这个头部把cookie传给客户端
  • Server服务器的一些相关信息
  • Access-Control-Allow-Origin服务器端允许的请求Origin头部(譬如为*)

缓存

强缓存

  • Expires,时间戳

  • Cache-Control

    • 可缓存性

      • no-cache:协商缓存验证
      • no-store:不使用任何缓存
    • 到期

      • max-age:单位是秒,存储的最大周期,相对于请求的时间
    • 重新验证*重新加载

      • must-revalidate:一旦资源过期,在成功向原始服务器验证之前,不能使用

协商缓存

  • Etag/If-None-Match:资源的特定版本的标识符,类似于指纹
  • Last-Modified/If-Modified-Since:最后修改时间

cookie

  • Name=value各种cookie的名称和值

  • Expires=DateCookie 的有效期,缺省时Cookie仅在浏览器关闭之前有效。

  • Path=Path限制指定Cookie 的发送范围的文件目录,默认为当前

  • Domain=domain限制cookie生效的域名,默认为创建cookie的服务域名

  • secure仅在HTTPS 安全连接时,才可以发送Cookie

  • HttpOnlyJavaScript 脚本无法获得Cookie

  • SameSite=[None|Strict|Lax]

    • None同站、跨站请求都可发送
    • Strict仅在同站发送
    • 允许与顶级导航一起发送,并将与第三方网站发起的GET请求一起发送

3.关于HTTP/2与HTTPS的概述

3.1HTTP/2与HTTPS的关系

HTTP/2和HTTPS属于同一种网络传输协议。HTTP/2即超文本传输协议。HTTPS是以安全性为目标的HTTP通道,通过基于HTTP的传输加密和身份认证来保证传输过程的安全性。HTTPS在HTTP的基础上增加了SSL层,而HTTPS的安全基础是SSL,所以加密的详细内容需要SSL。

3.2HTTP/2与HTTPS的区别

尽管HTTP/2是下一代HTTP协议,并且已经做了一些改变(如二进制分帧、多路复用、头部压缩、服务器推送等),但它仍然采用未加密的传输模式,这容易导致数据在传输过程中被截取或篡改,不能保证数据的完整性。

而HTTPS使用的则是加密传输,在HTTP协议下增加了一层SSL协议,通过加密整个通信线路进行加密来防止通信内容被窃听、篡改或伪装。