get请求和post请求

1、GET请求一般用去请求获取数据，

        POST一般作为发送数据到后台时使用

2、GET请求也可传参到后台，但是其参数在浏览器的地址栏的url中可见，所以隐私性安全性较差，且参数长度也是有限制的

        POST请求传递参数放在Request body中，不会在url中显示，比GET要安全，且参数长度无限制

3、GET请求刷新浏览器或回退时没有影响

        POST回退时会重新提交数据请求

4、GET 请求可被缓存

        POST 请求不会被缓存

5、GET 请求保留在浏览器历史记录中

       POST 请求不会保留在浏览器历史记录中

6、GET 请求可被收藏为书签

        POST 不能被收藏为书签

7、GET请求只能进行url编码（application/x-www-form-urlencoded）

        POST支持多种编码方式（application/x-www-form-urlencoded 或 multipart/form-data。为二进制数据使用多重编码。）

8、GET请求比较常见的方式是通过url地址栏请求

        POST最常见是通过form表单发送数据请求

对浏览器的请求进行划分，可以分为三类：一般请求、Ajax请求、WebSocket请求，对于每种请求都有不同的产生方式，下面一一来给你唠一唠。

一、一般请求

此处说的一般请求就是指浏览器会直接显示响应体数据，这些请求会刷新\跳转页面。换个更加容易理解的说法吧，指的就是控制台Network面板中除了XHR和WS部分显示的请求。例如js、css、img资源。

二、Ajax请求

Ajax请求也是由浏览器发出，但是不会对界面进行任何操作，只是调用监视的回调函数并传入响应相关数据，发出Ajax请求可以通过三种方式：XHR、Fetch、Axios，其余的均不是Ajax请求。

2.1 XHR

最早将Ajax推到历史舞台的关键技术就是XMLHttpRequest（XHR）对象，虽然目前已经有了一些过时的嫌疑，但是还是很有必要提一下它。下面就按照一个请求的整个生命周期来看一看该技术。

一、 对象的实例化

既然要使用XHR，第一步就是要将该对象实例化

const xhr = new XMLHttpRequest();

二、初始化操作

将对象实例化后是不是紧接着就需要进行初始化操作，到底该请求要发给谁、通过什么请求发、该请求到底是同步发还是异步发

xhr.open(method, url, async)

三、请求头设置

了解网络的同学本肯定知道请求头的概念，既然要与后端打交道，请求头还是有必要进行设置的（默认的配置不一定满足我们高大上的需求），例如想发送json格式的内容，这个时候就需要设置Content-Type为application/json

xhr.setRequestHeader('Content-Type', 'application/json');

四、接收请求的准备工作

浏览器除了设置常见的请求头外，还需要指定响应数据类型，得到响应后好自动解析。目前支持的类型有string、arraybuffer、blob、document、json、text、ms-stream。

xhr.responseType('json')

五、发送请求

前期工作都准备好了，接下来就是激动人心的时刻了，看好呀，要按开始键发送请求啦。

xhr.send(data)

六、监听响应

我喊一声美女，人家肯定要回应一下呀，毕竟颜值在这，不回应该是多么不给面子的一件事呀！！！为了等待人家的回应，则需要分三步进行：

1、进入监听状态，放在这就是通过onreadystatechange进行监听。

2、等待正面回应。readyStatus表征目前的状态，当readyStatus为4（请求完成），响应算是接收到了

3、处理响应。不能一股脑的处理全部响应吧，毕竟也是要面子的人，我肯定只希望接收我喜欢的信息吧，就喜欢状态码在200~299之间的，别的一概pass掉。

xhr.onreadystatechange = () => {

 if (xhr.readyState == 4) {

     if (xhr.status >= 200 && xhr.status < 300>

         console.log(xhr.response);

     }

 }

}

七、中断请求

正常流程算是走完了，肯定还有非正常流程，发起请求后我后悔了，不想得到对方的回应了，此时仍然后办法——中断请求

xhr.abort()

2.2 Fetch

长江后浪推前浪，互联网技术发展这么快，出现了新的技术（Fetch）能够执行XMLHttpRequest对象的所有任务，该技术使用更容易，接口更现代化，能够在Web工作线程等现代Web工具中使用。（Fetch必须是异步，XMLHttpRequest可同步可异步）。

const payload = JSON.stringify({

 test: 'test'

});

let headersObj = new Headers({ 'Content-Type':'application/json' });

let request = new Request('http://localhost:8080');

fetch(request, { method: 'POST', body: payload, headers: headersObj }) .then((response) => response.json()) .then(console.log)

> 上述代码虽然简单，但是已经囊括了Fetch API中所有的概念：fetch、Headers、Request、Response、Body混入。

1. fetch（）

> fetch()方法暴露在全局作用域中，包括主页面执行线程、模块和工作线程，调用该方法，浏览器就会向给定URL发送请求。

>（1）fetch(input[, init])：接收两个参数，input为要获取的资源，__init为一个配置对象，配置需要传入的参数，满足更多复杂的需求

>（2）返回一个promise对象，从而链式的进行处理

2. Headers

> 相当于 response/request 的头信息，可以使你查询到这些头信息，或者针对不同的结果做不同的操作。该对象包含检索、设置、添加、删除，设置完自己需要的头信息后就可以将其挂载到fetch中的配置信息中。

3. Request

> 该对象是获取资源请求的接口，暴露了请求和相关信息。可以将该对象的实例作为fetch函数中的第一个参数

4. Response

> 该对象是获取资源响应的接口，并暴露了响应的相关信息

5. Body混入

> 提供了与 response/request 中的 body 有关的方法，可以定义它的内容形式以及处理方式。在Body混入中提供了5个方法，用于将ReadableStream转存到缓冲区的内存中，将缓冲区转换为某种JavaScript对象类型，以及通过Promise产生结果。

（1）Body.text():返回Promise，解决将缓冲区转存得到的UTF-8格式字符串

（2）Body.json():返回Promise，解决将缓冲区转存得到的JSON

（3）Body.formData():返回Promise，解决将缓冲区转存得到的FormData实例

（4）Body.arrayBuffer():返回Promise，解决将缓冲区转存得到的ArrayBuffer

（5）Body.text():返回Promise，解决将缓冲区转存得到的Blob实例

2.3 Axios

> Axios应该是目前前端最流行的Ajax请求库，具有以下特点：

> 1. 基于Promise的异步Ajax请求库

> 2. 浏览器端/node端都可以使用

> 3. 支持请求/响应拦截器

> 4. 支持请求取消

> 5. 请求/响应数据转换

> 6. 批量发送请求

> 对于Axios还是比较有意思的，这里就说一下他的简单使用

HTTP协议 （Hyper Text Transfer Protocol）

HTTP是一个基于TCP/IP通信协议来传递数据，包括html文件、图像、结果等，即是一个客户端和服务器端请求和应答的标准。

HTTP协议特点

1.http无连接：限制每次连接只处理一个请求，服务端完成客户端的请求后，即断开连接。（传输速度快，减少不必要的连接，但也意味着每一次访问都要建立一次连接，效率降低）

2.http无状态：对于事务处理没有记忆能力。每一次请求都是独立的，不记录客户端任何行为。（优点解放服务器，但可能每次请求会传输大量重复的内容信息）

3.客户端/服务端模型：客户端支持web浏览器或其他任何客户端，服务器通常是apache或者iis等

4.简单快速

5.灵活：可以传输任何类型的数据

客户端请求消息

客户端发送一个请求到服务器的请求消息包括以下格式：

请求行，请求头部，空行，请求数据

服务器响应消息

服务器响应包括如下格式：

状态行，消息报头，空行，响应正文

GET 和 POST 比较

注意：以上只是一种规范，如果非要给get加上request body，或者给post的url上带上参数，技术上没有任何问题。

HTTP状态码

**结束语：**其实我们大部分情况下只用到了GET和POST。

1，GET：GET可以说是最常见的了，它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现据（如HTML文本，或者图片或者视频等）返回给客户端。

GET请求中，永远不会包含呈现数据。

2，POST：向服务器提交数据。这个方法用途广泛，几乎目前所有的提交操作都是靠这个完成。

HTTP是超文本传输协议，其定义了客户端与服务器端之间文本传输的规范。HTTP默认使用80端口，这个端口指的是服务端的端口，而客户端使用的端口是动态分配的。当我们没有指定端口访问时，浏览器会默认帮我们添加80端口。我们也可以自己指定访问端口如：http://www.ip138.com:80。 需要注意的是，现在大多数访问都使用了HTTPS协议，而HTTPS的默认端口为443，如果使用80端口访问HTTPS协议的服务器可能会被拒绝。

HTTP请求的方法：

HTTP/1.1协议中共定义了八种方法（有时也叫“动作”），来表明Request-URL指定的资源不同的操作方式

HTTP1.0定义了三种请求方法： GET, POST 和 HEAD方法。

HTTP1.1新增了五种请求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法

1、OPTIONS

返回服务器针对特定资源所支持的HTTP请求方法，也可以利用向web服务器发送‘*’的请求来测试服务器的功能性

2、HEAD

向服务器索与GET请求相一致的响应，只不过响应体将不会被返回。这一方法可以再不必传输整个响应内容的情况下，就可以获取包含在响应小消息头中的元信息。

3、GET

向特定的资源发出请求。注意：GET方法不应当被用于产生“副作用”的操作中，例如在Web Application中，其中一个原因是GET可能会被网络蜘蛛等随意访问。Loadrunner中对应get请求函数：web_link和web_url

4、POST

向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。 Loadrunner中对应POST请求函数：web_submit_data,web_submit_form

5、PUT

向指定资源位置上传其最新内容

6、DELETE

请求服务器删除Request-URL所标识的资源

7、TRACE

回显服务器收到的请求，主要用于测试或诊断

8、CONNECT

HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。

注意：

1）方法名称是区分大小写的，当某个请求所针对的资源不支持对应的请求方法的时候，服务器应当返回状态码405（Mothod Not Allowed）；当服务器不认识或者不支持对应的请求方法时，应返回状态码501（Not Implemented）。

2）HTTP服务器至少应该实现GET和HEAD/POST方法，其他方法都是可选的，此外除上述方法，特定的HTTP服务器支持扩展自定义的方法。

HTTP工作原理

HTTP协议定义Web客户端如何从Web服务器请求Web页面，以及服务器如何把Web页面传送给客户端。HTTP协议采用了请求/响应模型。客户端向服务器发送一个请求报文，请求报文包含请求的方法、URL、协议版本、请求头部和请求数据。服务器以一个状态行作为响应，响应的内容包括协议的版本、成功或者错误代码、服务器信息、响应头部和响应数据。

 HTTP 请求/响应的步骤：

客户端连接到Web服务器->发送Http请求->服务器接受请求并返回HTTP响应->释放连接TCP连接->客户端浏览器解析HTML内容

1、客户端连接到Web服务器

一个HTTP客户端，通常是浏览器，与Web服务器的HTTP端口（默认为80）建立一个TCP套接字连接。例如，http://www.baidu.com

2、发送HTTP请求

通过TCP套接字，客户端向Web服务器发送一个文本的请求报文，一个请求报文由请求行、请求头部、空行和请求数据4部分组成。

3、服务器接受请求并返回HTTP响应

Web服务器解析请求，定位请求资源。服务器将资源复本写到TCP套接字，由客户端读取。一个响应由状态行、响应头部、空行和响应数据4部分组成。

4、释放连接TCP连接

若connection 模式为close，则服务器主动关闭TCP连接，客户端被动关闭连接，释放TCP连接;若connection 模式为keepalive，则该连接会保持一段时间，在该时间内可以继续接收请求;

5、客户端浏览器解析HTML内容

客户端浏览器首先解析状态行，查看表明请求是否成功的状态代码。然后解析每一个响应头，响应头告知以下为若干字节的HTML文档和文档的字符集。客户端浏览器读取响应数据HTML，根据HTML的语法对其进行格式化，并在浏览器窗口中显示。

HTTP请求消息Request

客户端发送一个HTTP请求到服务器的请求消息包括以下格式

请求行（request line）、请求头部（header）、空行和请求数据四个部分组成。

请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本

Get请求例子，使用Charles抓取的request：

GET /562f25980001b1b106000338.jpg HTTP/1.1Host    img.mukewang.com
User-Agent    Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36Accept    image/webp,image/*,*/*;q=0.8Referer    http://www.imooc.com/Accept-Encoding    gzip, deflate, sdch
Accept-Language    zh-CN,zh;q=0.8

第一部分：请求行，用来说明请求类型,要访问的资源以及所使用的HTTP版本.

GET说明请求类型为GET,[/562f25980001b1b106000338.jpg]为要访问的资源，该行的最后一部分说明使用的是HTTP1.1版本。

第二部分：请求头部，紧接着请求行（即第一行）之后的部分，用来说明服务器要使用的附加信息

从第二行起为请求头部，HOST将指出请求的目的地.User-Agent,服务器端和客户端脚本都能访问它,它是浏览器类型检测逻辑的重要基础.该信息由你的浏览器来定义,并且在每个请求中自动发送等等

第三部分：空行，请求头部后面的空行是必须的

即使第四部分的请求数据为空，也必须有空行。

第四部分：请求数据也叫主体，可以添加任意的其他数据。

这个例子的请求数据为空。

POST请求例子，使用Charles抓取的request：

POST / HTTP1.1Host:www.wrox.com
User-Agent:Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)
Content-Type:application/x-www-form-urlencoded
Content-Length:40Connection: Keep-Alive

name=Professional Ajax&publisher=Wiley

第一部分：请求行，第一行明了是post请求，以及http1.1版本。
第二部分：请求头部，第二行至第六行。
第三部分：空行，第七行的空行。
第四部分：请求数据，第八行。

HTTP请求消息Response

一般情况下，服务器接收并处理客户端发过来的请求后会返回一个HTTP的响应消息。

HTTP响应也由四个部分组成，分别是：状态行、消息报头、空行和响应正文

例子

HTTP/1.1 200 OK
Date: Fri, 22 May 2009 06:07:21 GMT
Content-Type: text/html; charset=UTF-8
      
      
            
      

第一部分：状态行，由HTTP协议版本号， 状态码， 状态消息 三部分组成。

第一行为状态行，（HTTP/1.1）表明HTTP版本为1.1版本，状态码为200，状态消息为（ok）

第二部分：消息报头，用来说明客户端要使用的一些附加信息

第二行和第三行为消息报头，
Date:生成响应的日期和时间；Content-Type:指定了MIME类型的HTML(text/html),编码类型是UTF-8

第三部分：空行，消息报头后面的空行是必须的

第四部分：响应正文，服务器返回给客户端的文本信息。

空行后面的html部分为响应正文。

请求返回状态码：

200 OK  当您的操作将在响应正文中返回数据时，出现此结果。

204 No Content 当您的操作成功，但不在响应正文中返回数据时，出现此结果。

304 Not Modified（重定向）  当测试实体自上次检索以来是否被修改时，出现此结果。

403 Forbidden   客户端错误

401 Unauthorized 客户端错误

413 Payload Too Large（客户端错误） 当请求长度过长时，出现此结果。

400 BadRequest（客户端错误） 当参数无效时，出现此结果。

404 Not Found（客户端错误） 当资源不存在时，出现此结果。

405 Method Not Allowed（客户端错误）由于方法和资源组合不正确而出现此错误。 例如，您不能对一个实体集合使用 DELETE 或 PATCH。

412 Precondition Failed  客户端错误

501 Not Implemented（服务器错误） 当未实施某个请求的操作时，出现此结果。

503 Service Unavailable（服务器错误） 当 Web API 服务不可用时，出现此结果。

GET与POST：

　“get”方法提交的数据会直接填充在请求报文的URL上，如“ https://www.baidu.com/s?ie=utf-8&f=8&rsv_bp=1 ”   “？”问号划分域名和get提交的参数，A=B中的A是参数名，B是参数值，多个参数之间用&进行分割，如果参数值是中文，则会转换成诸如?加密16进制码。一般来说，浏览器处理的URL最大限度长度为1024B（不同浏览器不一样），所以GET方法提交参数长度有限制。

        “post”方法提交的数据会附在正文上，一般请求正文的长度是没有限制的，但表单中所能处理的长度一般为100k（不同协议不同浏览器不一样）,而且需要考虑下层报文的传输效率，不推荐过长。

        所以GET方法可以用来传输一些可以公开的参数信息，解析也比较方便，如百度的搜索的关键词，而POST方法可以用来提交一个用户的敏感信息（如果不使用HTTPS加密，报文正文仍旧是明文，容易被人截获读取）

主要特点

1、无连接

无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。

2、无状态

HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。

 3、简单快速

客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。

4、灵活

HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。

5、支持B/S及C/S模式

网页常见错误代码列表，比较多哦。

1  网址协议不支持的协议。 

2  检测器内部错误。 

3  网址格式不正确。

5  无法连接到代理服务器。

6 无法连接到服务器或找不到域名。  

7  连接服务器失败。  

28  操作超时。可能原因：页面执行时间过长、服务器压力大。 

52  服务器未返回任何内容。  

100  Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。 

101  Switching Protocols 服务器将遵从客户的请求转换到另外一种协议  

200  OK 一切正常  

201  Created 服务器已经创建了文档，Location头给出了它的URL。 

202  Accepted 已经接受请求，但处理尚未完成。  

203  Non-Authoritative Information 文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝。 

204   No Content 没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。  

205   Reset Content 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容。  

206   Partial Content 客户发送了一个带有Range头的GET请求，服务器完成了它。  

300   Multiple Choices 客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。 

301   Moved Permanently 客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。  

302   Found 类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”。出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求http://host/~user（缺少了后面的斜杠），有的服务器返回301，有的则返回302。严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。 

303   See Other 类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取。  

304   Not Modified 客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。  

305   Use Proxy 客户请求的文档应该通过Location头所指明的代理服务器提取。  

307   Temporary Redirect 和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只能跟随对GET请求的重定向。  

400   Bad Request 请求出现语法错误。 

401   Unauthorized 客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。  

403   Forbidden 资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。  

404   Not Found 无法找到指定位置的资源。这也是一个常用的应答。  

405   Method Not Allowed 请求方法（GET、POST、HEAD、Delete、PUT、TRACE等）对指定的资源不适用。  

406   Not Acceptable 指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容。 

407   Proxy Authentication Required 类似于401，表示客户必须先经过代理服务器的授权。  

408   Request Timeout 在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。  

409   Conflict 通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。

 410   Gone 所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。  

411   Length Required 服务器不能处理请求，除非客户发送一个Content-Length头。 

412   Precondition Failed 请求头中指定的一些前提条件失败。  

413   Request Entity Too Large 目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头。 

414   Request URI Too Long URI太长。  

416   Requested Range Not Satisfiable 服务器不能满足客户在请求中指定的Range头。 

500   Internal Server Error 服务器遇到了意料不到的情况，不能完成客户的请求。 

501   Not Implemented 服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求。  

502   Bad Gateway 服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。  

503   Service Unavailable 服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。 

504   Gateway Timeout 由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。 

505   HTTP Version Not Supported 服务器不支持请求中所指明的HTTP版本。  

10003  网址内容不是文本，无法执行文本检测  

10002 网址内容不知是什么类型，无法执行文本检测  

10000  网址内容未包含指定的文字  

20000  内容被修改  

30000  检测到木马、病毒 

有post和get两种方式

GET通常是值传递，如密码等，并且限制传值的大小，不能超过2k  

POST是表单传递，action到一个地方写入数据库。 而post不限制传值的大小，所以一般都用post而不用get ，但是get方法和post方法得到、的结果是一样的。

1、HEAD方法

与GET方法相同，但没有响应体，仅传输状态行和标题部分。这对于恢复相应头部编写的元数据非常有用，而无需传输整个内容。

2、OPTIONS方法

用来描述了目标资源的通信选项，会返回服务器支持预定义URL的HTTP策略。

3、PUT方法

用于将数据发送到服务器以创建或更新资源，它可以用上传的内容替换目标资源中的所有当前内容。

它会将包含的元素放在所提供的URI下，如果URI指示的是当前资源，则会被改变。如果URI未指示当前资源，则服务器可以使用该URI创建资源。

4、DELETE方法

用来删除指定的资源，它会删除URI给出的目标资源的所有当前内容。

5、GET方法

用于使用给定的URI从给定服务器中检索信息，即从指定资源中请求数据。使用GET方法的请求应该只是检索数据，并且不应对数据产生其他影响。

在GET请求的URL中发送查询字符串(名称/值对)，需要这样写：/test/demo_form.php?name1=value1&name2=value2

说明：GET请求是可以缓存的，我们可以从浏览器历史记录中查找到GET请求，还可以把它收藏到书签中;且GET请求有长度限制，仅用于请求数据(不修改)。

注：因GET请求的不安全性，在处理敏感数据时，绝不可以使用GET请求。

6、TRACE方法

用于沿着目标资源的路径执行消息环回测试;它回应收到的请求，以便客户可以看到中间服务器进行了哪些(假设任何)进度或增量。

7、CONNECT方法

用来建立到给定URI标识的服务器的隧道;它通过简单的TCP/IP隧道更改请求连接，通常实使用解码的HTTP代理来进行SSL编码的通信(HTTPS)。

8、POST方法

用于将数据发送到服务器以创建或更新资源，它要求服务器确认请求中包含的内容作为由URI区分的Web资源的另一个下属。

POST请求永远不会被缓存，且对数据长度没有限制;我们无法从浏览器历史记录中查找到POST请求。

1、订阅号

订阅号为媒体和个人提供一种新的消息传播方式，构建与读者之间更好的沟通和管理模式。功能有：（1）每天可以发送一条群发消息（每天0点更新，次数不会累加）（2）发给订阅用户(粉丝)的消息，将会显示在对方的“订阅号”文件夹中。（3）在订阅的用户(粉丝)的通讯录中，订阅号将被放入订阅号文件夹中。

2、服务号

给企业和组织，帮助公众号企业快速实现全新的公众号服务平台，（1）1个月内仅能发送4条群发消息（2）发给订阅用户(粉丝)的消息，会显示在对方的聊天列表中。（3）服务号会在订阅户（粉丝）的记录里。（4）服务号可申请自定义菜单。

3、企业号

企业号是帮助企业和组织内部建立员工，上下游合作伙伴与企业系统之间的连接。粉丝关注需要验证身份且关注有上限。