基础篇-http协议《http 简介url详解request》

Posted 2021-05-10 清菡软件测试

目录

• 一、http 简介
• 二、url 详解
• 三、request
• 1.get 和 post
• 2.请求方法
• 3.request 组成
• 4.请求头
• 5.get 请求参数
• 6.post 请求参数
• 7.post 的 body

一、http 简介

http 协议包含request（你发过去的内容）和response（返回来的内容）。http（超文本传输协议）是一个基于请求与响应模式的、无状态的、应用层的协议。

请求响应交互图

「开发-洛丹伦的夏天的补充：」

“ 1. 网络运营商维护着本地域名服务器，可能不需要再转发到根，顶，权威域名服务器（权威域名服务器由域名解析服务商提供）。

2. Url 本身就是 uri 的子集，路径还是参数都是 uri 的一部分。

3. 拿到 ip 后怎么访问服务器上的文件，是根据路径还是根据参数还是根据整个 uri，要看你所访问服务器的本地文件系统和支持远程文件访问的 server 类型。

4. 比如你服务器上安装了 ftp 的 server，那么你客户端就可以使用 ftp 协议去访问服务器上的文件系统，至于访问到哪个文件，根据你 ftp server 的配置来解析。

5. 支持远程文件访问的 server 是啥？它可以是很多东西，你可以用你的 tomcat，你可以用 jetty 这些 servlet 容器搭建一个，也可以用 netty 自己写一个，甚至直接使用 nginx，说到 nginx 你或许就明白了——你的 uri 能访问到哪个文件，哪个路径，假如是 http 协议的话，你可以用路径映射，可以用参数映射，甚至可以用 header 甚至可以用 cookie 来映射。

6. 文件 server 的本质其实就是，客户端与服务器文件系统的一个中间层，uri 与文件系统的映射，取决于你这个 server 里程序是怎么个逻辑。直白的讲，用过 springboot，里面的 ResourceHandler，了解下。”

二、url 详解

http/https	协议类型
port	端口号。（默认端口是 80，它是可以省略的）
path	请求的路径（host 之后，问号之前）。路径就是通常说的接口地址。 比如baidu.com/s/xxx/sss?tn=40039514_1_oem_dg 中/s/xxx/sss就是路径。 接口文档上路径就是这部分，不会写 host 地址（比如 www.baidu.com)。因为接口的话，可以切换到不同的服务上，部署的机器可以搭建在不同的测试环境上，所以只会写相对路径。
参数	name=value
?	是分割，前面是地址，后面是它带的参数。就是访问这个地址的时候携带的参数。
&	多个参数用&隔开，没有参数可以不写。

• host : 主机地址或域名。
• 192.168.x.xx:8080 地址+端口号。(经常看到测试环境是这样的地址)
• www.xxx.com 是域名。
• localhost:8080 中 localhost 是本机地址。

https 和 http 相比，就是多了一个证书。一般测试环境是 http，正式环境是 https。

打开其它的网站都是这样一个标准的格式。

因为本机可以搭建不同的服务，81 端口，80 端口，不同的端口访问的是不同的服务。

这样的话，不同的服务器都可以解析出来。

三、request

用 fiddler 这个工具抓包看下。

1.get 和 post

request:

从协议的内容上看，这就是 get 和 post 最明显的区别。

2.请求方法

根据 http 标准，http 请求可以使用多种方法。

http1.0	定义了三种请求方法：get，post 和 head 方法。
http1.1	新增了五种请求方法：options,put,delete,trace 和 connect 方法。一共是八种方法。

get	请求指定的页面信息，并返回实体主体。
head	类似于 get 请求，只不过返回的响应中没有具体的内容，用于获取报头。
put	从客户端向服务器传送的数据取代指定的文档的内容。
post	向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。post 请求可能会导致新的资源的建立或已有资源的修改。
delete	请求服务器删除指定的页面。
connect	http/1.1 协议中预留给能够将连接改为管道方式的代理服务器。
options	允许客户端查看服务器的性能。
trace	回显服务器收到的请求，主要用于测试或诊断。

从功能上讲，get 和 post 实现的功能都是一样的。get 从服务端读取数据，post 也可以的。get 也可以往服务端提交数据。

get 的 url 后面可以带参数。post 的 url 后面也可以带参数，参数也可以放在 body 部分。

有点区别：

post 请求的 body 部分提交的数据可以比较大。body 部分可以提交图片、文件之类的。但是 get 请求提交的时候，url 上面可提交的数据量比较小。url 上如果想带张图片是不可以的。

3.request 组成

空行是固定格式，区分请求头和请求 body 的。

user-Agent：显示是从哪个客户端发出去的。如果是从火狐浏览器发出去的，这块的内容会告诉你它是火狐浏览器。如果是从谷歌浏览器发出去的，这块的内容会告诉你它是谷歌浏览器。

服务端收到了 user-Agent 这个参数后，它知道你是从哪个浏览器发出去的。后端统计数据的时候，可以分析出我的网站访问的用户是用哪个浏览器访问的最多，哪个浏览器访问的少。

如果识别 user-Agent 没有客户端类型的话，可能就拒绝你的请求，因为可能通过脚本访问的。服务端通过 user-Agent 这个参数控制。

Accept:这个协议接收的数据类型是哪些。发出去后，需要接收哪些数据类型，告诉服务端，可以接收 image/webp 这些，可以接收哪种数据类型等。

Accept-Encoding:代表可以支持哪些压缩格式。不是电脑上普通的压缩格式，协议里面它有自己的压缩格式。例如 gzip,deflate,br。

当服务端返回的数据量比较大的时候，通过压缩的话，可以节省流量。1 兆的图片直接用原始数据去传输，要消耗 1 兆的网络，用手机去访问，发现流量消耗的非常的快并且给服务端造成很大的压力。

就像给同学发视频要压缩下，这样视频变小了，传起来快了，道理都是一样的。服务端返回数据的时候也可以压缩。

这个意思是说：从服务端返回的 body 内容被编码了，需要解开压缩。

「不然的话，显示的就是乱码：」

「点击这个提示，就解压了，解压之后就显示正常的内容了：」

4.请求头

如果是 post 请求，多了个参数叫做Content-Type：告诉服务端数据是什么类型。get 请求没这个参数，post 请求必须有这个参数。

post 请求数据类型比较多，肯定先声明，不然服务端没办法正确得解析。

5.get 请求参数

根据域名找到刚才模拟请求的接口，可以查看到参数：

6.post 请求参数

请求参数可以是请求行的参数，也可以是请求行的参数+body 的参数。

post 请求，QueryString 也有参数。例如：http://www.example.com/?1=1

QueryString+body

QueryString 可以为空，body 也可以为空。

Content-Type: application/x-www-form-urlencoded

QueryString 部分是 url 里面的参数，body 部分就是 request body 的参数了。

User-Agent: Fiddler
Host: www.example.com
Content-Length: 13
Content-Type: application/json

request body:

{"111":"ddd"}

7.post 的 body

「post 请求的 body 部分不是瞎传的。」

body常见的5种数据类型

request body 里是的 json 格式，这是 http 协议里面的数据类型。

注意：这里是英文的引号。表单格式：传图片、文字都可以。

看 post 请求的数据格式：就看 Content-Type。这里的 Content-Type 是发出去的数据类型。

get 请求一般不写 body。get 请求加上 body，需要后端做一些特殊的处理。前端如果把数据放到 body 中，后端可以获取到。这样比较麻烦，而且用 post 更加安全一些。

「附 requests 官方文档：」 https://requests.readthedocs.io/zh_CN/latest/

---

感谢关注清菡，欢迎点击在看和转发！