HTTP概要

news2024/11/16 5:55:34

文章目录

什么是HTTP?
URL的结构
请求报文结构
- 请求方法
- - GET
  - HEAD
  - POST
  - PUT
  - DELETE
  - TRACE
  - OPTIONS
  - CONNECT
  - PATCH
  - 解释
- 请求头字段
响应报文结构
- 响应状态
- 响应头字段
HTTP会话
- 3次握手
- 无状态协议

什么是HTTP?

HTTP，即Hypertext Transfer Protocol(超文本传输协议)

它是一个”请求-相应“的协议，用于客户端和服务器间交换信息

URL的结构

HTTP resources 通过URL来定位
URL，即 Uniform Resource Locators(统一资源定位符)

结构如下:
–scheme:[//[user:password@]host[:port]][/]path[?query][#fragment]

scheme, 方案
- 指定用于访问资源的协议或方法
- 如http, ftp, mailto, file, data, irc
权限, 包括:
- 身份验证部分(可选)
  - username
  - password
  - user:password@
- host
  - registered name / IP address
  - 端口号(可选)
路径
- 资源在服务器上的相对路径
query, 可选的查询字符串
- 包含资源的附加参数或信息
fragment(可选,片段标识符)
- 指向资源的特定部分
- #引入

例子: http://www.example.com/index.html

请求报文结构

# request line, 请求行
GET / HTTP/1.1

# request header fields, 请求头首部
Host: www.example.com
User-Agent: Mozilla/5.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8
Accept-Language: en-GB,en;q=0.5
Accept-Encoding: gzip, deflate, br
Connection: keep-alive

# 一个空行

# 可选的消息主题

请求方法

HTTP定义了用于指示对特定资源执行的期望操作的方法。

GET

GET方法请求获取指定资源的表示。使用GET的请求应仅用于检索数据，不应产生其他影响。（幂等）

HEAD

HEAD方法请求与GET请求相同的响应，但不包含响应体。（幂等）

POST

POST方法请求服务器接受包含在请求中的实体作为URI标识的Web资源的新下级。

PUT

PUT方法请求将封装的实体存储在提供的URI下。（幂等）

DELETE

DELETE方法删除指定的资源。（幂等）

TRACE

TRACE方法回显接收到的请求，以便客户端可以查看中间服务器是否进行了哪些（如果有的话）更改或添加。（幂等）

OPTIONS

OPTIONS方法返回服务器支持的指定URL的HTTP方法。这可用于通过请求’*'而不是特定资源来检查Web服务器的功能。（幂等）

CONNECT

CONNECT方法将请求连接转换为透明的TCP/IP隧道，通常用于通过未加密的HTTP代理便于SSL加密通信（HTTPS）。

PATCH

PATCH方法对资源应用部分修改。

所有通用的HTTP服务器都要求至少实现GET和HEAD方法，并在可能的情况下也实现OPTIONS方法。

解释

一些方法（例如HEAD、GET、OPTIONS和TRACE）按照惯例被定义为“安全”，这意味着它们仅用于信息检索，不应改变服务器的状态。

PUT和DELETE方法被定义为“幂等”，这意味着多个相同的请求应具有与单个请求相同的效果，或者它返回的响应代码在后续请求中可能不同，但系统状态在每次都将保持相同。

由于HTTP是无状态协议，因此被规定为安全的GET、HEAD、OPTIONS和TRACE方法也应该是幂等的。

请求头字段

名称	描述	示例
Accept	响应中可接受的媒体类型。	Accept: text/html
Accept-Charset	可接受的字符集。	Accept-Charset: utf-8
Accept-Datetime	可接受的时间版本。	Accept-Datetime: Thu, 31 May 2007 20:35:00 GMT
Accept-Encoding	可接受的编码列表。	Accept-Encoding: gzip, deflate
Accept-Language	响应中可接受的人类语言列表。	Accept-Language: en-US
Cache-Control	用于指定在请求-响应链中所有缓存机制都必须遵守的指令。	Cache-Control: no-cache
Connection	当前连接的控制选项和逐跳请求字段的列表。不得与HTTP/2一起使用。	Connection: keep-alive Connection: Upgrade
Content-Encoding	数据使用的编码类型。	Content-Encoding: gzip
Content-Length	请求体的长度（以八位字节为单位）。	Content-Length: 348
Content-Type	请求体的媒体类型（用于POST和PUT请求）。	Content-Type: application/x-www-form-urlencoded
Cookie	服务器先前使用Set-Cookie（下文）发送的HTTP cookie。	Cookie: $Version=1; Skin=new;

响应报文结构

HTTP/1.1 200 OK
Date: Mon, 23 May 2005 22:38:34 GMT
Content-Type: text/html; charset=UTF-8
Content-Length: 155
Last-Modified: Wed, 08 Jan 2003 23:11:55 GMT
Server: Apache/1.3.3.7 (Unix) (Red-Hat/Linux)
ETag: "3f80f-1b6-3e1cb03b"
Accept-Ranges: bytes
Connection: close

<html>
   <head>
     <title>An Example Page</title>
   </head>
   <body>
     <p>
       Hello World, this is a very simple HTML document.
     </p>
   </body>
</html>

服务器向客户端发送的响应消息包括:

一个状态行，包括协议版本，一个空格，响应状态码，另一个空格，可能为空的原因短语，一个回车符和一个换行符，例如：HTTP/1.1 200 OK
零个或多个响应头字段，每个字段包括不区分大小写的字段名，一个冒号，可选的前导空格，字段值，一个可选的尾随空格，并以回车符和换行符结束，例如：

Content-Type: text/html

一个空行，包括一个回车符和一个换行符；
一个可选的消息主体。`

响应状态

在HTTP/1.0及以后的版本中，
HTTP响应的第一行被称为“状态行”，包括一个数字状态码（例如“404”）和一个文本原因短语（例如“Not Found”）。

状态码的第一个数字定义了它的类别：

1XX（信息性）：请求已收到，继续处理。
2XX（成功）：请求已成功接收、理解并接受。
3XX（重定向）：需要进一步采取措施以完成请求。
4XX（客户端错误）：请求包含错误的语法或无法满足。
5XX（服务器错误）：服务器未能满足显然有效的请求。

响应头字段

Field name	Description	Example
Accept-CH	请求HTTP客户端提示	Accept-CH: UA, Platform
Access-Control-Allow-Origin, Access-Control-Allow-Credentials, Access-Control-Expose-Headers, Access-Control-Max-Age, Access-Control-Allow-Methods, Access-Control-Allow-Headers	指定哪些网站可以参与跨源资源共享	Access-Control-Allow-Origin: *
Age	对象在代理缓存中存在的时间（以秒为单位）	Age: 12
Allow	指定资源的有效方法。用于405方法不允许时	Allow: GET, HEAD
Content-Encoding	数据使用的编码类型。	Content-Encoding: gzip
Content-Language	所附内容的预期受众的自然语言或语言集合	Content-Language: da
Content-Length	响应体的长度（以八位字节为单位）	Content-Length: 348
Content-Location	返回数据的备用位置	Content-Location: /index.htm
Content-Type	此内容的MIME类型	Content-Type: text/html; charset=utf-8

HTTP会话

3次握手

三次握手是TCP（传输控制协议）建立连接的过程。这个过程确保了客户端和服务器之间的可靠通信。三次握手的步骤如下：

第一次握手（SYN）：
- 客户端向服务器发送一个TCP报文，其中设置了SYN（同步）标志位，表明客户端希望建立连接。
- 客户端选择一个初始序列号（ISN）并包含在这个请求中。
第二次握手（SYN + ACK）：
- 服务器接收到客户端的SYN请求，并回应一个带有SYN和ACK标志位的TCP报文。
- 服务器也选择一个初始序列号并包含在这个响应中。
- 这时，服务器进入半开放状态，表示它已经准备好接受客户端的确认。
第三次握手（ACK）：
- 客户端接收到服务器的响应后，发送一个带有ACK标志位的TCP报文，表示连接已经建立。
- 客户端和服务器都确认了对方的序列号，此时连接正式建立，双方可以开始进行数据传输。

无状态协议

HTTP协议不存储每次请求的状态.
Q: 那么如何维护用户的信息, 比如账号保持登陆?
A: 使用cookies

Cookies（HTTP Cookies）是一种在客户端和服务器之间传递信息的小型文本文件。它们由服务器在HTTP响应头中的"Set-Cookie"字段创建，并存储在客户端的浏览器中。之后，浏览器每次请求相同的域时都会将这些Cookies信息包含在HTTP请求头中的"Cookie"字段中。