Hypertext Transfer Protocol 超文本传输协议，也就是大名鼎鼎的 HTTP 协议。
HTTP请求报文
首先我们查看一下 HTTP 报文的完整内容：
可以看到，http 协议大概是这么组成的：
- 第一行是请求的方式，比如 GET / POST / DELETE / PUT
- 请求方式后面跟的是请求的路径，一般把这个叫 URI（统一资源标识符）
补充：URL 是统一资源定位符，见名知义，因为要定位，所以要指定协议甚至是位置，比如这样：
http://localhost:5000/api/hello
- 请求路径后面跟的是 HTTP 的版本，比如这里是
HTTP/1.1
完整的第一行如下：
POST /api/hello HTTP/1.1
第二行的 User-Agent 则用于告诉对方发起请求的客户端是啥，比如咱们用 Postman 发起的请求，Postman 就会自动把这个参数设置为它自己：
User-Agent: PostmanRuntime/7.28.4
第三行的 Accept 用于告诉对方我们希望收到什么类型的数据，这里默认是能接受所有类型的数据：
Accept: */*
第四行就非常值得留意，Postman-Token 是 Postman 自己传的参数！
Postman-Token: ddd72e1a-0d63-4bad-a18e-22e38a5de3fc
第五行是请求的主机，网络上的一个服务一般用 ip 加端口作为唯一标识：
Host: 127.0.0.1:5000
第六行指定的是咱们请求发起方可以理解的压缩方式：
Accept-Encoding: gzip, deflate, br
第七行告诉对方处理完当前请求后不要关闭连接：
Connection: keep-alive
第八行告诉对方咱们请求体的内容格式，这个是本文的侧重点啦！比如我们这里指定的是一般浏览器的原生表单格式：
Content-Type: application/x-www-form-urlencoded
好了，下面大家要留意了，第九行的 Content-Length 给出的是请求体的大小。
而请求体，会放在紧跟着的一个空行之后。比如本请求的请求体内容是以 key=value 形式填充的，也就是我们表单参数的内容了：
Content-Length: 23
name=%E9%98%BF%E8%8F%8C
看到这里我们先简单小结一下，想要告诉服务器我们发送的是表单数据，一共需要两步：
- 将
Content-Type设置为application/x-www-form-urlencoded - 在请求体中按照
key=value的形式填写请求参数
HTTP响应
HTTP响应由三部分组成，包括状态行，消息报头，响应正文。
HTTP响应状态行
状态行也由三部分组成，包括HTTP协议的版本，状态码，以及对状态码的文本描述。例如：
HTTP/1.1 200 OK （CRLF）
HTTP响应状态码
状态代码有三位数字组成，第一个数字定义了响应的类别，且有五种可能取值： 1xx：指示信息 - 表示请求已接收，继续处理 2xx：成功 - 表示请求已被成功接收、理解、接受 3xx：重定向 - 要完成请求必须进行更进一步的操作 4xx：客户端错误 - 请求有语法错误或请求无法实现 * 5xx：服务器端错误 - 服务器未能实现合法的请求
常见状态代码、状态描述、说明： 200： OK - 客户端请求成功 400： Bad Request - 客户端请求有语法错误，不能被服务器所理解 401： Unauthorized - 请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用 403： Forbidden - 服务器收到请求，但是拒绝提供服务 404： Not Found - 请求资源不存在，eg：输入了错误的URL 500： Internal Server Error - 服务器发生不可预期的错误 * 503： Server Unavailable - 服务器当前不能处理客户端的请求，一段时间后,可能恢复正常
我们可以在 http 协议中传递什么参数？
我们一般基于别人已经开发好的脚手架开发 http 服务器。
由于框架会基于 http 协议进行解析，所以框架会帮助我们解析好请求 url，各种 Header 头（比如：Cookie 等），以及具体的响应内容都帮我们封装解析好了（比如按照 key=value 的方式去读取请求体）。
那当我们开发服务端的时候，就可以指定从 url、header、响应体中获取参数了，比如：
- url 参数：指的就是 url 中 ? 后面携带的 key value 形式参数
- header 参数：指的就是各个 header 头，我们甚至可以自定义 header，比如 Postman-Token 就是 postman 这个软件自己携带的，我们服务端如果需要的话是可以指定获取这个参数的
- Cookie 参数：其实就是名字为 Cookie 的请求头
- 表单参数：指的就是 Content-Type 为 application/x-www-form-urlencoded 下请求体的内容，如果我们的表单需要传文件，还会有其他的 Content-Type
- json 参数：指的就是 Content-Type 为 application/json 下请求体的内容（当然服务端可以不根据 Content-Type 直接解析请求体，但按照协议的规范工程项目或许会更好维护）
综上所述，请求参数就是对上面各种类型的参数的一个总称了。
大家会发现，不管什么 url 参数、header 参数、Cookie 参数、表单参数，其实就是换着法儿，按照一定的格式把数据放到应用层报文中。关键在于我们的服务端程序和客户端程序按照一种什么样的约定去传递和获取这些参数。这就是协议吧～
参考文档：
什么是请求参数、表单参数、url参数、header参数、Cookie参数？一文讲懂 - 胡涂阿菌 - 博客园 (cnblogs.com)
