HTTP协议的8种请求类型介绍 HTTP协议中共定义了八种方法或者叫“动作”来表明对Request-URI指定的资源的不同操作方式，具体介绍如下： OPTIONS：返回服务器针对特定资源所支持的HTTP请求方法。也可以利用向Web服务器发送'*'的请求来测试服务器的功能性。 HEAD：向服务器索要与GET请求相一致的响应，只不过响应体将不会被返回。这一方法可以在不必传输整个响应内容的情况下，就可以获取包含在响应消息头中的元信息。 GET：向特定的资源发出请求。 POST：向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的创建和/或已有资源的修改。 PUT：向指定资源位置上传其最新内容。 DELETE：请求服务器删除Request-URI所标识的资源。 TRACE：回显服务器收到的请求，主要用于测试或诊断。 CONNECT：HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。 虽然HTTP的请求方式有8种，但是我们在实际应用中常用的也就是get和post，其他请求方式也都可以通过这两种方式间接的来实现。 HTTP协议中GET、POST和HEAD的介绍 2008-05-10 14:15 GET： 请求指定的页面信息，并返回实体主体。 HEAD： 只请求页面的首部。 POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。 PUT： 从客户端向服务器传送的数据取代指定的文档的内容。 DELETE： 请求服务器删除指定的页面。 OPTIONS： 允许客户端查看服务器的性能。 TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。 PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。 MOVE： 请求服务器将指定的页面移至另一个网络地址。 COPY： 请求服务器将指定的页面拷贝至另一个网络地址。 LINK： 请求服务器建立链接关系。 UNLINK： 断开链接关系。 WRAPPED： 允许客户端发送经过封装的请求。 Extension-mothed：在不改动协议的前提下，可增加另外的方法。 GET： 请求指定的页面信息，并返回实体主体。 HEAD： 只请求页面的首部。 POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。 HTTP 定义了与服务器交互的不同方法，最基本的方法是 GET 和 POST。事实上 GET 适用于多数请求，而保留 POST 仅用于更新站点。根据 HTTP 规范，GET 用于信息获取，而且应该是 安全的和幂等的。所谓安全的意味着该操作用于获取信息而非修改信息。换句话说，GET 请求一般不应产生副作用。幂等的意味着对同一 URL 的多个请求应该返回同样的结果。完整的定义并不像看起来那样严格。从根本上讲，其目标是当用户打开一个链接时，她可以确信从自身的角度来看没有改变资源。 比如，新闻站点的头版不断更新。虽然第二次请求会返回不同的一批新闻，该操作仍然被认为是安全的和幂等的，因为它总是返回当前的新闻。反之亦然。POST 请求就不那么轻松了。POST 表示可能改变服务器上的资源的请求。仍然以新闻站点为例，读者对文章的注解应该通过 POST 请求实现，因为在注解提交之后站点已经不同了（比方说文章下面出现一条注解）； 在FORM提交的时候，如果不指定Method，则默认为GET请 求，Form中提交的数据将会附加在url之后，以?分开与url分开。字母数字字符原样发送，但空格转换为“+“号，其它符号转换为%XX,其中XX为 该符号以16进制表示的ASCII（或ISO Latin-1）值。GET请求请提交的数据放置在HTTP请求协议头中，而POST提交的数据则放在实体数据中； GET方式提交的数据最多只能有1024字节，而POST则没有此限制。 在表单里使用”post”和”get”有什么区别 在Form里面，可以使用post也可以使用get。它们都是method的合法取值。但是，post和get方法在使用上至少有两点不同： 1、Get方法通过URL请求来传递用户的输入。Post方法通过另外的形式。 2、Get方式的提交你需要用Request.QueryString来取得变量的值，而Post方式提交时，你必须通过Request.Form来访问提交的内容。 仔细研究下面的代码。你可以运行之来感受一下： 代码 <!--两个Form只有Method属性不同--> <FORM ACTION=“getpost.asp” METHOD=“get”> <INPUT TYPE=“text” NAME=“Text” VALUE=“Hello World”></INPUT> <INPUT TYPE=“submit” VALUE=“Method=Get”></INPUT> </FORM> <BR> <FORM ACTION=“getpost.asp” METHOD=“post”> <INPUT TYPE=“text” NAME=“Text” VALUE=“Hello World”></INPUT> <INPUT TYPE=“submit” VALUE=“Method=Post”></INPUT> </FORM> <BR> <BR> <% If Request.QueryString(“Text”) <> ““ Then %> 通过get方法传递来的字符串是： “<B><%= Request.QueryString(“Text”) %></B>“<BR> <% End If %> <% If Request.Form(“Text”) <> ““ Then %> 通过Post方法传递来的字符串是： “<B><%= Request.Form(“Text”) %></B>“<BR> <% End If %> 说明 把上面的代码保存为getpost.asp，然后运行，首先测试post方法，这时候，浏览器的url并没有什么变化，返回的结果是： 通过Post方法传递来的字符串是： "Hello World" 然后测试用get方法提交，请注意，浏览器的url变成了： http://localhost/general/form/getpost.asp?Text=Hello+World 而返回的结果是： 通过get方法传递来的字符串是： "Hello World" 最后再通过post方法提交，浏览器的url还是： http://localhost/general/form/getpost.asp?Text=Hello+World 而返回的结果变成： 通过get方法传递来的字符串是： "Hello World" 通过Post方法传递来的字符串是： "Hello World" 提示 通过get方法提交数据，可能会带来安全性的问题。比如一个登陆页面。当通过get方法提交数据时，用户名和密码将出现在URL上。如果： １、 登陆页面可以被浏览器缓存； ２、 其他人可以访问客户的这台机器。 那么，别人即可以从浏览器的历史记录中，读取到此客户的账号和密码。所以，在某些情况下，get方法会带来严重的安全性问题。 建议 在Form中，建议使用post方法。 如果用HEAD方法请求的话，则服务器返回的只是响应标题，而不会返回被请求的文挡，HEAD方法通用于一些搜索引擎 -------------------------------------------------------------------------------------------------------------------- GET： 请求指定的页面信息，并返回实体主体。 HEAD： 只请求页面的首部。 POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。 PUT： 从客户端向服务器传送的数据取代指定的文档的内容。 DELETE： 请求服务器删除指定的页面。 OPTIONS： 允许客户端查看服务器的性能。 TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。 PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。 MOVE： 请求服务器将指定的页面移至另一个网络地址。 COPY： 请求服务器将指定的页面拷贝至另一个网络地址。 LINK： 请求服务器建立链接关系。 UNLINK： 断开链接关系。 WRAPPED： 允许客户端发送经过封装的请求。 Extension-mothed：在不改动协议的前提下，可增加另外的方法。 比如： GET /index.html HTTP/1.1 Accept: text/plain /*纯ASCII码文本文件*/ Accept: text/html /*HTML文本文件*/ User-Agent:Mozilla/4.5(WinNT) 说明浏览器使用Get方法请求文档/index.html。浏览器则只允许接收纯ASCII码文本文件和HTML文本文件，其使用的引擎是Mozilla/4.5（Netscape）。 当服务器响应时，其状态行的信息为HTTP的版本号，状态码，及解释状态码的简单说明。现将5类状态码详细列出： ① 客户方错误 100 继续 101 交换协议 ② 成功 200 OK 201 已创建 202 接收 203 非认证信息 204 无内容 205 重置内容 206 部分内容 ③ 重定向 300 多路选择 301 永久转移 302 暂时转移 303 参见其它 304 未修改（Not Modified） 305 使用代理 ④ 客户方错误 400 错误请求（Bad Request） 401 未认证 402 需要付费 403 禁止（Forbidden） 404 未找到（Not Found） 405 方法不允许 406 不接受 407 需要代理认证 408 请求超时 409 冲突 410 失败 411 需要长度 412 条件失败 413 请求实体太大 414 请求URI太长 415 不支持媒体类型 ⑤ 服务器错误 500 服务器内部错误 501 未实现（Not Implemented） 502 网关失败 504 网关超时 505 HTTP版本不支持 比如：（在《TELNET……》一文中用telnet登陆80端口,相同的方法用在HTTP/1.1中,会发现没有显示，下面补充说明之） telnet www.fudan.edu.cn 80 HEAD / HTTP/1.1 host:www.fudan.edu.cn /*本行为输入内容*/ HTTP/1.1 501 Method Not Implemented Date: Web, 01 Nov 2000 07:12:29 GMT /*当前的日期/时间*/ Server: Apache/1.3.12 (Unix) /*Web服务器信息*/ Allow: GET, HEAD, OPTION, TRACE /*支持的方法类型*/ Connection: close Connect-Type: Text/html; charset=iso-8859-1/*连接的媒体类型*/ <!DOCTYPE HTML PUBLIG "-//IETF//DTD HTML 2.0//EN"> <HTML><HEAD> <TITLE>501 Method Not Implemented</TITLE> </HEAD><BODY> <H1>Method Not Implemented</H1> head to /inde x.html not supported.<P> Invalid method in request head / htp/1.1<P> <HR> <ADDRESS> Apache/1.3.12 Server at www.fudan.edu.cn Port 80</ADDRESS> </BODY></HTML> 关于实体头部的内容还可以有： Last Modified ：请求文档的最近修改时间。 Expires ：请求文档的过期时间。 Connect-length：文档数据的长度。 WWW-authenricate：通知客户端需要的认证信息。 Connect-encoding ：说明有无使用压缩技术。 Transfer-encoding ：说明采用的编码变换类型。 随着Internet的发展，下一代的HTTP协议HTTP-ng已经在酝酿之中，它将会提供更好的安全性、更快的速度，其改进要点为：模块化强、网络效率高、安全性更好、结构更简单。 ================================================================================================== GET和POST两种方法都是将数据送到服务器，但你该用哪一种呢？ HTTP标准包含这两种方法是为了达到不同的目的。POST用于创建资源，资源的内容会被编入HTTP请示的内容中。例如，处理订货表单、在数据库中加入新数据行等。 当请求无副作用时（如进行搜索），便可使用GET方法；当请求有副作用时（如添加数据行），则用POST方法。一个比较实际的问题是：GET方法可能会产生很长的URL，或许会超过某些浏览器与服务器对URL长度的限制。 若符合下列任一情况，则用POST方法： * 请求的结果有持续性的副作用，例如，数据库内添加新的数据行。 * 若使用GET方法，则表单上收集的数据可能让URL过长。 * 要传送的数据不是采用7位的ASCII编码。 若符合下列任一情况，则用GET方法： * 请求是为了查找资源，HTML表单数据仅用来帮助搜索。 * 请求结果无持续性的副作用。 * 收集的数据及HTML表单内的输入字段名称的总长不超过1024个字符。 ================================================================================================== 为什么get比post更快 引言 get和post在面试过程中一般都会问到，一般的区别： 1.post更安全（不会作为url的一部分，不会被缓存、保存在服务器日志、以及浏览器浏览记录中） 2.post发送的数据量更大（get有url长度限制） 3.post能发送更多的数据类型（get只能发送ASCII字符） 4.post比get慢 我相信不止一个人跟我一样有这种疑惑，既然post有这么多优点，那我们为什么要使用get？甚至有个同事说，咱们封装一个ajax底层，直接不用get算了…… 但是，get比post更快，那究竟快多少呢？表现在哪些方面？ 1.post请求包含更多的请求头 因为post需要在请求的body部分包含数据，所以会多了几个数据描述部分的首部字段（如content-type），这其实是微乎其微的 2.最重要的一条，post在真正接受数据之前会先将请求头发送给服务器进行确认，然后才真正发送数据 post请求的过程： 1.浏览器请求tcp连接（第一次握手） 2.服务器答应进行tcp连接（第二次握手） 3.浏览器确认，并发送post请求头（第三次握手，这个报文比较小，所以http会在此时进行第一次数据发送） 4.服务器返回100 continue响应 5.浏览器开始发送数据 6.服务器返回200 ok响应 get请求的过程 1.浏览器请求tcp连接（第一次握手） 2.服务器答应进行tcp连接（第二次握手） 3.浏览器确认，并发送get请求头和数据（第三次握手，这个报文比较小，所以http会在此时进行第一次数据发送） 4.服务器返回200 ok响应 也就是说，目测get的总耗是post的2/3左右 口说无凭，已经有网友进行测试了 寻根究底:Ajax请求的GET与POST方式比较 3.get会将数据缓存起来，而post不会 可以做个简短的测试，使用ajax采用get方式请求静态数据（比如html页面，图片）的时候，如果两次传输的数据相同，第二次以后耗费的时间将在10ms以内（chrome测试），而post每次耗费的时间都差不多…… 经测试，chrome下和firefox下如果检测到get请求的是静态资源，则会缓存，如果是数据，则不缓存，但是IE这个傻X啥都会缓存起来 当然，应该没人会用post去获取静态数据吧，反正我是没看到过。 4.post不能进行管道化传输 http权威指南中是这样说的： http在的一次会话需要先建立tcp连接（大部分是tcp，但是其他安全协议也是可以的），然后才能通信，如果每次连接都只进行一次http会话，那这个连接过程占的比例太大了！ 于是出现了持久连接：在http/1.0+中是connection首部中添加keep-alive值，在http/1.1中是在connection首部中添加persistent值，当然两者不仅仅是命名上的差别，http/1.1中，持久连接是默认的，除非显示在connection中添加close，否则持久连接不会关闭，而http/1.0+中则恰好相反，除非显示在connection首部中添加keep-alive，否则在接收数据包后连接就断开了。 出现了持久连接还不够，在http/1.1中，还有一种称为管道通信的方式进行速度优化：把需要发送到服务器上的所有请求放到输出队列中，在第一个请求发送出去后，不等到收到服务器的应答，第二个请求紧接着就发送出去，但是这样的方式有一个问题：不安全，如果一个管道中有10个连接，在发送出9个后，突然服务器告诉你，连接关闭了，此时客户端即使收到了前9个请求的答复，也会将这9个请求的内容清空，也就是说，白忙活了……此时，客户端的这9个请求需要重新发送。这对于幂等请求还好（比如get，多发送几次都没关系，每次都是相同的结果），如果是post这样的非幂等请求（比如支付的时候，多发送几次就惨了），肯定是行不通的。 所以，post请求不能通过管道的方式进行通信！ 很有可能，post请求需要重新建立连接，这个过程不跟完全没优化的时候一样了么？ 所以，在可以使用get请求通信的时候，不要使用post请求，这样用户体验会更好，当然，如果有安全性要求的话，post会更好。 管道化传输在浏览器端的实现还需考证，貌似默认情况下大部分浏览器（除了opera）是不进行管道化传输的，除非手动开启！！ ：
TCP/IP协议（一）网络基础知识 网络七层协议
https://www.cnblogs.com/mike-mei/p/8548238.html