HTTP GET请求与POST请求的初步理解与区别

水深无声 2022-04-24 09:04 279阅读 0赞

前言:在写项目的时候对纷杂的请求类型分辨不清,特意查阅资料搞清楚了.

参考:[https://www.cnblogs.com/chris-oil/p/6518633.html][https_www.cnblogs.com_chris-oil_p_6518633.html]

[https://blog.csdn.net/chao\_xun/article/details/39611087][https_blog.csdn.net_chao_xun_article_details_39611087]

[https://blog.csdn.net/q610376681/article/details/83001681][https_blog.csdn.net_q610376681_article_details_83001681]

**目录**

第一章 概述

第二章 GET请求

第三章 POST请求

3.1 application/x-www-form-urlencoded

3.2 multipart/form-data

3.3 application/json

3.4 text/xml

第四章 html中的Content-Type

--------------------

# 第一章 概述 #

HTTP 协议是以 ASCII 码传输，建立在 TCP/IP 协议之上的应用层规范。规范把 HTTP 请求分为三个部分：状态行、请求头、消息主体。

POST请求时可以有体的，而GET请求不能有请求体。GET就是把参数放在地址中.

对于get方式，服务器端用requestQueryString获取变量的值。对于post方式服务器用Request.form获取提交数据

# 第二章 GET请求 #

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3E2MTAzNzY2ODE_size_16_color_FFFFFF_t_70][]

上面是一个get请求的具体情况.

Accept代表发送端（客户端）希望接受的数据类型。 比如：Accept：text/xml; 代表客户端希望接受的数据类型是xml类型。这里的application/json代表客户端期望接收的是json数据,\*/\*表示接收什么都行.

Accept-Language: zh-CN,zh;q=0.9:当前客户端可以支持的语言，在浏览器的工具->选项中可以得到相关信息

Accept-Encoding: gzip,deflate,sdch:客户端(浏览器)可以支持的web服务器返回内容压缩编码类型。.

更多查看:[http://tools.jb51.net/table/http\_header][http_tools.jb51.net_table_http_header]

# 第三章 POST请求 #

**协议规定 POST 提交的数据必须放在消息主体（entity-body）中**，但协议并没有规定数据必须使用什么编码方式.服务端通常是根据请求头（headers）中的 Content-Type 字段来获知请求中的消息主体是用何种方式编码，再对主体进行解析。

下图就是POST请求的例子.

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3E2MTAzNzY2ODE_size_16_color_FFFFFF_t_70 1][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3E2MTAzNzY2ODE_size_16_color_FFFFFF_t_70 2][]

比较两者的截图,发现POST请求多了Content-Type,POST中的ContentType分为四种.

## 3.1 application/x-www-form-urlencoded ##

application/x-www-form-urlencoded

这应该是最常见的 POST 提交数据的方式了。浏览器的原生 form 表单，如果不设置 enctype 属性，那么最终就会以 application/x-www-form-urlencoded 方式提交数据。请求类似于下面这样

POST http://www.example.com HTTP/1.1
    Content-Type: application/x-www-form-urlencoded;charset=utf-8
     
    title=test&sub%5B%5D=1&sub%5B%5D=2&sub%5B%5D=3

## 3.2 multipart/form-data ##

这又是一个常见的 POST 数据提交的方式。我们使用表单上传文件时，必须让 form 的 enctyped 等于这个值。直接来看一个请求示例：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3E2MTAzNzY2ODE_size_16_color_FFFFFF_t_70 2][]

这个例子稍微复杂点。首先生成了一个 boundary 用于分割不同的字段，为了避免与正文内容重复，boundary 很长很复杂。然后 Content-Type 里指明了数据是以 mutipart/form-data 来编码，本次请求的 boundary 是什么内容,这里是typeCode=1。消息主体里按照字段个数又分为多个结构类似的部分，每部分都是以 --boundary 开始，紧接着内容描述信息，然后是回车，最后是字段具体内容（文本或二进制）。如果传输的是文件，还要包含文件名和文件类型信息。消息主体最后以 --boundary-- 标示结束.

总结:上面提到的这两种 POST 数据的方式，都是浏览器原生支持的，而且现阶段原生 form 表单也[只支持这两种方式][Link 1]。但是随着越来越多的 Web 站点，尤其是 WebApp，全部使用 Ajax 进行数据交互之后，我们完全可以定义新的数据提交方式，给开发带来更多便利。

## 3.3 application/json ##

application/json 这个 Content-Type 作为响应头大家肯定不陌生。实际上，现在越来越多的人把它作为请求头，用来告诉服务端消息主体是序列化后的 JSON 字符串。由于 JSON 规范的流行，除了低版本 IE 之外的各大浏览器都原生支持 JSON.stringify，服务端语言也都有处理 JSON 的函数,如SpringBoot @RequestBody，使用 JSON 不会遇上什么麻烦。

请求代码:

//将json对象转换成json字符串
    var strResourceForm = JSON.stringify(resourceForm)
    $.ajax({
            type : "Post",
            url : rep_service_api.save,
            headers : {
                'Access-Control-Allow-Origin' : '*'
            },
            contentType: "application/json",
            dataType:"json",
            data : strResourceForm,
            success : function(data) {
                console.log(data)
            },
            error : function() {
                console.log("返回失败");
            }
    
        })

对应的http请求格式:

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3E2MTAzNzY2ODE_size_16_color_FFFFFF_t_70 3][]

## 3.4 text/xml ##

(这个我没用过,就粘贴一下了)

它是一种使用 HTTP 作为传输协议，XML 作为编码方式的远程调用规范。典型的 XML-RPC 请求是这样的：

POST http://www.example.com HTTP/1.1
    Content-Type: text/xml
     
    
    <methodcall>
        <methodname>examples.getStateName</methodname>
        <params>
            <param>
                <value><i4>41</i4></value>
        </params>
    </methodcall>

XML-RPC 协议简单、功能够用，各种语言的实现都有。它的使用也很广泛，如 WordPress 的 [XML-RPC Api][]，搜索引擎的 [ping 服务][ping]等等。[JavaScript][] 中，也有[现成的库][Link 2]支持以这种方式进行数据交互，能很好的支持已有的 XML-RPC 服务。不过，我个人觉得 XML 结构还是过于臃肿，一般场景用 JSON 会更灵活方便。

# 第四章 html中的Content-Type #

浏览器和服务器通过网络相连，浏览器请求编码成字节流在网络上传输，应用服务器接收到浏览器发送过来的字节流后通过相应的字符集再解码为字符串，如果浏览器和服务器端使用了不同的字符集或者不兼容的字符集就会导致乱码问题.

例如，浏览器将“中”按照UTF-8编码为字节E4 B8 AD，在网络上传输，应用服务器接收到字节后按照GBK进行解码，那么前两个字节首先被解码为“涓”了，这只是个简单的过程说明，实际的过程比这要复杂。

因此要搞清web的编码问题，很有必要先弄清请求的过程和过程中的编码和解码。web是请求响应模式，用户操作浏览器，例如点击一个按钮提交表单，或者点击一个超链接，这时浏览器就会向应用服务器发送请求，servlet容器接受到请求后，根据web.xml的设置调用相应的应用程序，应用程序根据发送的请求进行一定的逻辑处理后返回给浏览器一段html代码，浏览器根据html解析并展现给用户，这就是一次请求应答的过程.

经常在html文件的头部见到如下代码

http-equiv 属性为名称/值对提供了名称。并指示服务器在发送实际的文档之前先在要传送给浏览器的 MIME 文档头部包含名称/值对。

上面的就表示服务器将返回

content-type="text/html;charset=utf-8"

text/html表示这个网页的格式是文本的  
charset=utf-8这个网页的编码是utf-8，中文编码，需要注意的是这个是网页内容的编码，而不是文件本身的，其他类型的编码中文可能会出现乱码。

客户端收到就会用utf-8的格式来解码网页,同理客户端在发送请求时也会用utf-8编码请求.

再如:

服务器将返回:

refresh=30

[https_www.cnblogs.com_chris-oil_p_6518633.html]: https://www.cnblogs.com/chris-oil/p/6518633.html
[https_blog.csdn.net_chao_xun_article_details_39611087]: https://blog.csdn.net/chao_xun/article/details/39611087
[https_blog.csdn.net_q610376681_article_details_83001681]: https://blog.csdn.net/q610376681/article/details/83001681
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3E2MTAzNzY2ODE_size_16_color_FFFFFF_t_70]: /images/20220217/2891c78537544ade99fc84320dc0c946.png
[http_tools.jb51.net_table_http_header]: http://tools.jb51.net/table/http_header
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3E2MTAzNzY2ODE_size_16_color_FFFFFF_t_70 1]: /images/20220217/649a888ed18b4200a3a258e2a49619ce.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3E2MTAzNzY2ODE_size_16_color_FFFFFF_t_70 2]: /images/20220217/12002e089a3b4cffa391b98b28fb0049.png
[Link 1]: http://www.w3.org/TR/html401/interact/forms.html#h-17.13.4
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3E2MTAzNzY2ODE_size_16_color_FFFFFF_t_70 3]: /images/20220217/23befd2914964c5498f32a450e0786a5.png
[XML-RPC Api]: http://codex.wordpress.org/XML-RPC_WordPress_API
[ping]: http://help.baidu.com/question?prod_en=master&class=476&id=1000423
[JavaScript]: http://lib.csdn.net/base/javascript
[Link 2]: http://plugins.jquery.com/xmlrpc/