HTTP协议、GET请求和POST请求的区别

·  阅读 2524
HTTP协议、GET请求和POST请求的区别

HTTP协议

什么是协议?

协议实际上是某些人,或者某县组织提前制定好的一套规范,大家都按照这个规范来,这样可以做到沟通无障碍。

协议就是一套规范,就是一套标准。由其他人或其他组织来负责指定的。

我说的话你能听懂,你说的话,我也能听懂,这说明我们之间是一套规范的,一套协议的,这套协议就是:中国普通话协议,我们都遵守这套协议,我们之间就可以沟通无障碍。

image.png

什么是HTTP协议?

HTTP协议:是W3C制定的一种超文本传输协议。(通信协议:发送消息的模板提取被制定好)。

W3C:

  • 万维网联盟组织
  • 负责制定标准的:HTTP HTML4.0 HTML5 XML DOM等规范都是W3C制定的。
  • 万维网之父:蒂姆·伯纳斯·李 什么是超文本?
  • 超文本说的就是:不是普通文本,比如流媒体:声音、视频、图片等。
  • HTPP协议支持:不但可以传送普通字符串,同样支持传递声音、视频、图片等流媒体信息。 这种协议游走在B和S之间,B向S发送数据要遵循HTTP协议,S向B发送数据同样需要遵循HTTP协议,这样B和S才能解耦合。

什么是解耦合?

  • B不依赖S。
  • S也不依赖B。
  • 耦合是对象之间有依赖关系、减少耦合,可以扩展软件功能
  • B/S表示:B/S结构的系统(浏览器访问WEB服务器的系统)
  • 浏览器 向WEB服务器发送数据,叫做:请求(request)
  • WEB服务器 向浏览器发送数据,叫做:响应(response) HTTP协议包括:
  • 请求协议:浏览器向 WEB服务器发送数据的时候,这个发送的数据需要遵循一套标准,这套标准中规定了发送的数据具体格式。
  • 相应协议:WEB服务器 向浏览器发送数据的时候,这个发送的数据需要遵循一套标准,这套标准中规定了发送的数据具体格式。 HTTP协议就是提取制定好的一种消息模板。
  • 不管你是哪个品牌的浏览器,都是这么发。
  • 不管你是哪个品牌的WEB服务器,就是这么发。
  • FF浏览器可以向Tomcat发送请求,也可以向Jetty服务器发送请求,浏览器不依赖具体的服务器品牌。
  • WEB服务器也不依赖具体的浏览器品牌。可以是FF浏览器,也可以是Chrome浏览器,可以是IE,都行。 HTTP的请求协议包括:4部分
  • 请求行
  • 请求头
  • 空白行
  • 请求体

image.png

HTTP请求协议的具体报文:GET请求

GET /servlet05/getServlet?username=lucy&userpwd=1111 HTTP/1.1 请求行
Host: localhost:8080 请求头
Connection: keep-alive
sec-ch-ua: “Google Chrome”;v=“95”, “Chromium”;v=“95”, “;Not A Brand”;v=“99”
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: “Windows”
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) 
Chrome/95.0.4638.54
Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,/;q=0.8,
application/signed-exchange;v=b3;q=0.9
Sec-Fetch-Site: same-origin
Sec-Fetch-Mode: navigate
Sec-Fetch-User: ?1
Sec-Fetch-Dest: document
Referer: http://localhost:8080/servlet05/index.html
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.9
空白行
请求体
复制代码

HTTP请求协议的具体报文:POST请求

POST /servlet05/postServlet HTTP/1.1 请求行
Host: localhost:8080 请求头
Connection: keep-alive
Content-Length: 25
Cache-Control: max-age=0
sec-ch-ua: “Google Chrome”;v=“95”, “Chromium”;v=“95”, “;Not A Brand”;v=“99”
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: “Windows”
Upgrade-Insecure-Requests: 1
Origin: http://localhost:8080
Content-Type: application/x-www-form-urlencoded
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.54 Safari/537.36
Accept: 
text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,/;q=0.8,application/signed-exchange;v=b3;q=0.9
Sec-Fetch-Site: same-origin
Sec-Fetch-Mode: navigate
Sec-Fetch-User: ?1
Sec-Fetch-Dest: document
Referer: http://localhost:8080/servlet05/index.html
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.9
空白行
username=lisi&userpwd=123 请求体
复制代码

请求行

包括三部分:

  • 第一部分:请求方式(7种)
    • get(常用的)
    • post(常用的)
    • delete(常用的)
    • put(常用的)
    • head(常用的)
    • options(常用的)
    • trace(常用的)
  • 第二部分:URI
    • URI:统一资源标识符。代表网络中某个资源的名字。但是通过URI是无法定位资源的。
    • URI和URL什么关系,有什么区别?
  • 第三部分:HTTP版本协议号 请求头
  • 请求的主机
  • 主机的端口
  • 浏览器信息
  • 平台信息
  • cookie信息
  • .... 空白行
  • 空白行是用来区分“请求头”和“请求体” 请求体
  • 向服务器发送的具体数据 HTTP的响应协议(S -- > B)
  • HTTP的相应协议包括:4部分
    • 状态行
    • 响应头
    • 空白行
    • 响应体
  • HTTP响应协议的具体报文:
HTTP/1.1 200 ok                                     状态行
Content-Type: text/html;charset=UTF-8               响应头
Content-Length: 160
Date: Mon, 08 Nov 2021 13:19:32 GMT
Keep-Alive: timeout=20
Connection: keep-alive
                                                    空白行
<!doctype html>                                     响应体
<html>
    <head>
        <title>from get servlet</title>
    </head>
    <body>
        <h1>from get servlet</h1>
    </body>
</html>
复制代码
  • 状态行(三部分组成)
    • 第一部分:协议版本号(HTTP/1.1)
    • 第二部分:状态码(HTTP协议中规定的响应状态号。不同的响应结果对应不同的号码。)
      • 200 表示请求响应成功,正常结束。
      • 400 表示访问的资源不存在,通常是因为要么是你路径写错了,要么是路径写对了,但是服务器中对应的资源并没有启动成功,总之404错误是前端错误。
      • 450 表示前端发送的请求方式与后端请求的处理方法不一致发送:
        • 比如:前端是POST请求,后端的处理方式按照get方法进行处理时,发送405
        • 比如:前端是GET请求,后端的处理方式按照post方法进行处理时,发送405
      • 500 表示服务器端的程序出现了异常。一般会认为是服务器端的错误导致的。
      • 以4开始的,一般是浏览器端的错误导致的。
      • 以5开始的,一般是服务器端的错误导致的。
    • 第三部分:状态的描述信息
      • ok 表示正常成功结束
      • not found 表示资源找不到 菜鸟教程的HTTP状态码详细分类以及说明:www.runoob.com/http/http-s…
  • 响应头
    • 响应的内容类型
    • 响应的内容长度
    • 响应的时间
    • ...
  • 空白行
    • 用来分隔“响应头”和“响应体”的。
  • 响应体
    • 响应体就是响应的正文,这些内容是一个长的字符串,这个字符串被浏览器渲染,解释并执行,最终展示出效果。
  • 怎么查看协议内容?
    • 使用chrome浏览器:F12。然后找到network,通过这个面包可以查看协议的具体内容。

image.png

HTTP协议的特点

  • 1、简单快速:客户向服务器请求服务的时候,只需要传送请求方法和路径,请求方法一般是get和post,因为HTTP协议简单,所以HTTP服务器的程序规模小,通信速度快。
  • 2、灵活:HTTP协议运行传输任意类型的数据对象,传输的类型由Content-Type标记
  • 3、无连接:客户端向服务端发送一次请求,服务端接受后,连接就断开了,无连接表示每一次连接都只处理一个请求,这种方式可以节省传输时间。
    • 举个例子:你打电话给朋友说让他帮忙买一瓶水,然后就把电话挂掉了,这个时候,想到说还要麻烦朋友做什么事情,就再打电话过去。
    • HTTP1.1版本以后,支持可连续连接,通过这种连接就有可能建立一个TCP连接后,发送请求并得到回应,然后接着发送请求并得到回应,通过建立和释放TCP连接的开销分摊到多个请求,对每一个请求来说,因为TCO造成的相对开销被大大降低了,而且还可以发送流水线请求,就是说在发送请求1之后,在回应到来之前就可以发送请求2
  • 4、无状态:HTTP协议是无状态协议,无状态指的是对事务处理没有记忆能力,如果后面想要处理之前的信息的话,就必须重传,这样会导致每一次连接传送的数据量增大

GET请求和POST请求有什么区别?

  • get请求:发送数据的时候,数据会挂在URI的后面,并且在URI后面添加一个“?”,“?”后面是数据。这样会导致发送的数据会显示在浏览器的地址栏上。(get请求在“请求行”上发送数据)
  • post请求:发送数据的时候,在请求体当中发送。不会回显到浏览器的地址栏上,也就是说post发送的数据,在浏览器地址栏上看不到。(post在“请求体”当中发送数据)
  • get请求:只能发送普通的字符串。并且发送的字符串长度有限制,不同的浏览器限制不同。这个没有明确的规范。
  • get请求:无法发送大数据量。
  • post请求:可以发送任何类型的数据,包括普通字符串,流媒体等信息:视频、声音、图片。
  • post请求:可以发送大数据量,理论上没有长度限制。
  • get请求:在W3C中是这样说的:get请求比较适合从服务端获取数据
  • post请求:在W3C中是这样说的:post请求比较适合从服务端传送数据。 可能好多人,一看到说get请求会把内容显示在地址栏上,就是不安全的

image.png

GET请求是安全的。

get请求是绝对安全的,为什么?因为get请求只是为了从服务器上获取数据。不会对服务器造成威胁。(get本身是安全,你不要用错了。用错了之后又冤枉人家get不安全,你这样不好(太坏了),那是你自己的问题,不是get请求的问题)

post请求是危险的。

为什么?因为post请求是向服务器提交数据,如果这些数据通过后门的方式进入到服务器当中,服务器是很危险的。另外post是为了提交数据,所以一般情况下拦截请求的时候,大部分会选择拦截(监听)post请求。

注意

我这里说的安全是相对而言,事实上它们都不安全,比如get请求,会把数据显示在url上,但是我们要正确使用就不会出现这种问题。post请求则比较危险。

get请求支持缓存

image.png

  • 任何一个get请求最终的“响应结果”都会被浏览器缓存起来。在浏览器缓存当中:
    • 一个get请求的路径a对应一个资源。
    • 一个get请求的路径b对应一个资源。
    • 一个get请求的路径c对应一个资源。
    • ....
  • 实际上,你只要发送get请求,浏览器做的第一件事都是先从本地浏览器缓存中找,找不到的时候才会去服务器上获取。这种缓存机制目的是为了提高用户的体验。
  • 有没有这样一个需求:我们不希望get请求走缓存,怎么办?怎么避免走缓存?我希望每一次这个get请求都去服务器上找资源,我不想从本地浏览器的缓存中取
  • 只要每一次get请求的请求路径不同即可。

image.png

  • 怎么解决?可以在路径的后面添加一个每时每刻都在变化的“时间戳”,这样,每一次的请求路径都不一样,浏览器就不走缓存了。

post请求不支持缓存(POST是用来修改服务器端的资源的)

  • post是发送数据到服务器端去存储。类似db里的update delete和insert语句的感觉。更新db的意思。数据必须放在数据库,所以一般都得去访问服务器端。
  • post请求之后,服务器“响应的结果”不会被浏览器缓存起来,因为这个缓存没有意义。

GET请求和POST请求如何选择,什么时候使用GET请求,什么时候使用POST请求?

  • 怎么选择GET请求和POST请求呢?衡量标准是什么呢?你这个请求是想获取服务器端的数据,还是想向服务器发送数据,如果你是想从服务器上获取资源,建议使用GET请求,如果是为了向服务器提交数据,建议使用POST请求。
  • 大部分的form表单提交,都是post方式,因为form表单中要填写大量的数据,这些数据是收集用户的信息,一般是需要传给服务器,服务器将这些数据保持或修改等。
  • 如果表单中又敏感信息,还是建议使用post请求,因为get请求会回显铭感信息到浏览器地址栏上。(例如:密码信息)
  • 做文件上传,一定是post请求。要传的数据不只是普通文本。
  • 其他情况都可使用get请求
  • 不管你是get请求还是post请求,发送的请求数据格式是完全相同的,只不过位置不同,格式都是统一的:
    • name=value&name=value&name=value&name=value
    • name是什么?
      • 以form表单为例:form表单中input标签的name。
    • value是什么?
      • 以form表单为例:form表单中input标签的value。

总结

大家可能都会有这种主观错误,认为get请求会把信息显示在地址栏,所以就是不安全,post就是安全的。我觉得这是一种常见的误区,其实这种安全是相对的。

image.png

分类:
前端
标签:
收藏成功!
已添加到「」, 点击更改