您现在的位置是：首页 > 网络趣梗网络趣梗
post get 区别(POST和GET)
2022-08-30 12:22:13网络趣梗0人已围观
简介 post get 区别(POST和GET)，新营销网红网本栏目通过数据整理汇集了post get 区别(POST和GET)相关信息，下面一起看看
post get 区别(POST和GET)，新营销网红网本栏目通过数据整理汇集了post get 区别(POST和GET)相关信息，下面一起看看。
对于那些自称IT工程师，月薪不到3万的码农，其实我们从来没有把他们归为我们的IT工程师。虽然他们一直认为自己是IT工程师，但其实只是一厢情愿。
说这话的时候，不知道有多少程序员(编码员)生气了，但是又无可奈何，于是编码员问程序员。
码农：你知道get和post请求的区别吗？
程序员：看看这篇文章就知道了。
码农：你月薪三万？
程序员：嗯。
码农：你是怎么做到的？
程序员：我梦到的。
前言这个问题几乎在面试中都会被问到，而且是老生常谈。但是随着不断的学习，对于之前的理解有很多误解，所以还是需要不断的总结。还不如说出来。
关于get和post如果有条件可以去百度一下，至少有2亿个结果，每个人都有自己的想法。当然，这个也是我的想法。如果有些结论是错的，希望能被喷。在批评中不断提高，和大家分享一句话：批评没有意义，表扬也没有意义。
01特性1.1 http特性
基于tcp/ip，一种网络应用层协议和超文本传输协议。
工作模式：客户端请求服务器回复的模式。
快速：无状态连接
灵活：可以传输任何对象，对象类型由Content-Type标记。
客户端请求消息包括以下格式：请求行、请求头、空行和请求数据。
服务器响应也由四部分组成：状态行、消息头、空行和响应体。
1.2请求
Http请求可以使用多种请求。HTTP1.0定义了三种请求：GET、POST和HEAD。
HTTP1.1中有五个新的请求：OPTIONS、PUT、DELETE、TRACE和CONNECT。
1 GET请求指定的页面信息并返回实体体。
2 HEAD类似于get request，只是返回的响应中没有具体的内容，用来获取头。
3 POST向指定的资源提交数据以处理请求(例如提交表单或上传文件)。数据包含在请求体中。员额请求可能导致建立新的资源和/或修改现有资源。
4把从客户端传输到服务器的数据替换指定文档的内容。
5 DELETE请求服务器删除指定的页面。
6 Connect HTTP/1.1协议是为可以将连接更改为管道模式的代理服务器保留的。
7个选项允许客户端查看服务器的性能。
8 TRACE回应服务器收到的请求，主要用于测试或诊断。
1.3我们熟悉差异。
最常见的两个http协议GET和POST，其实都有一些不准确的答案。
请求缓存：GET将被缓存，但post不会。
书签：GET可以，POST不可以。
保留浏览器历史：GET可以，POST不行。
有用性：get常用于检索数据，post常用于提交数据。
安全性：post比get更安全。
请求参数：querystring是url的一部分，get和post都可以带。Get querystring(仅支持urlencode编码)，post的参数放在正文中(支持多种编码)。
参数长度限制：get请求的最大长度为1024kb，post对请求的数据没有限制。
02常见的误解
和发布错误
鉴于以上常见的差异，面试时你这么说，肯定有问题。就在你在学校面试的时候，你曾经这么说过。现在回头想想之前的误区，你有很多新的认识。
2.1误解1
有用性：get通常用于检索数据，post用于提交数据
我听过这样一个说法：get代替post来优化网站的性能。虽然这种说法是对的，而且get经常被用来检索数据也是事实，但是post也被一些ui框架用来检索数据。比如剑道ui中的grid就是用post来接收数据的。所以结论是get和post的使用也是因地制宜的。如果你用过剑道UI，你会发现表单数据中包含分页、过滤和自定义参数。
请求参数
Get querystring(仅支持urlencode编码)，post放在正文中(支持多种编码)。
参数查询是URL的一部分，还有GET、POST等。是一种要求。不管是哪种请求，都要有一个URL，URL的查询是可选的。
2.2误解2
请求参数长度限制：get请求的最大长度为1024kb，post对请求的数据没有限制
这句话没有错。菜鸟教程里也有说。虽然字面意思没有错误，但是理解一定是正确的。我想说的是，GET提交的url参数数据大小没有限制。http协议中对url的长度(不仅仅是querystring的长度)没有限制，是受具体浏览器和服务器的限制。
以下是对各种浏览器和服务器的最大处理能力的描述。
IE的最大URL限制是208。
3个字符
Firefox (Browser)：对于Firefox浏览器URL的长度限制为65,536个字符。
Safari (Browser)：URL最大长度限制为 80,000个字符。
Opera (Browser)：URL最大长度限制为190,000个字符。
Google (chrome)：URL最大长度限制为8182个字符。
Apache (Server)：能接受最大url长度为8,192个字符。
Microsoft Internet Information Server(IIS)：能接受最大url的长度为16,384个字符。
所以为了符合所有标准，url的最好不好超过最低标准的2083个字符（2k+35）。当然在做客户端程序时，url并不展示给用户，只是个程序调用，这时长度只收web服务器的影响了。对于中文的传递，一个汉字最终编码后的字符长度是9个字符。
最常见的form表单，浏览器默认的form表单，默认的content-type是application/x-www-form-urlencoded,提交的数据会按照key value的方式，jquery的ajax默认的也是这种content-type。当然在post方式中添加querystring一定是可以接收的到，但是在get方式中加body参数就不一定能成功接收到了。
2.3 误区三
“post比get安全性要高”
这里的安全是相对性，并不是真正意义上的安全，通过get提交的数据都将显示到url上，页面会被浏览器缓存，其他人查看历史记录会看到提交的数据，而post不会。另外get提交数据还可能会造成CSRF攻击。
2.4 误区四：“GET产生一个TCP数据包；POST产生两个TCP数据包。”
这一点理解起来还是有一定难度的,实际上，不论哪一种浏览器，在发送 POST 的时候都没有带 Expect 头，server 也自然不会发 100 continue。通过抓包发现，尽管会分两次，body 就是紧随在 header 后面发送的，根本不存在『等待服务器响应』这一说。
从另一个角度说，TCP 是传输层协议。别人问你应用层协议里的 GET 和 POST 有啥区别，你回答说这俩在传输层上发送数据的时候不一样，确定别人不抽你？
参考资料：https://zhuanlan.zhihu.com/p/25028045
3 http状态码附录
3.1 状态码1xx
100 Continue：
服务器仅接收到部分请求，但是一旦服务器并没有拒绝该请求，客户端应该继续发送其余的请求。
101 Switching Protocols：
服务器转换协议：服务器将遵从客户的请求转换到另外一种协议。
102: 由WebDAV（RFC 2518）：
扩展的状态码，代表处理将被继续执行
3.2 状态码2xx:成功
200 OK：
请求成功（其后是对GET和POST请求的应答文档。）
201 Created：
请求被创建完成，同时新的资源被创建。
202 Accepted：
供处理的请求已被接受，但是处理未完成。
203 Non-authoritative Information：
文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝。
204 No Content：
没有新文档。浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。
205 Reset Content：
没有新文档。但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容。
206 Partial Content：
客户发送了一个带有Range头的GET请求，服务器完成了它。
3.3 状态码3xx:重定向
300 Multiple Choices：
多重选择。链接列表。用户可以选择某链接到达目的地。最多允许五个地址。
301 Moved Permanently：
所请求的页面已经转移至新的url
302 Found：
所请求的页面已经临时转移至新的url。
303 See Other：
所请求的页面可在别的url下被找到。
304 Not Modified：
未按预期修改文档。客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。
305 Use Proxy：
客户请求的文档应该通过Location头所指明的代理服务器提取。
306 Unused：
此代码被用于前一版本。目前已不再使用，但是代码依然被保留。
307 Temporary Redirect：
被请求的页面已经临时移至新的url。
3.4 状态码4xx:客户端错误
400 Bad Request：
服务器未能理解请求。
401 Unauthorized：
被请求的页面需要用户名和密码。
401.1：
登录失败。
401.2：
服务器配置导致登录失败。
401.3：
由于 ACL 对资源的限制而未获得授权。
401.4：
筛选器授权失败。
401.5：
ISAPI/CGI 应用程序授权失败。
401.7：
访问被 Web 服务器上的 URL 授权策略拒绝。这个错误代码为 IIS 6.0 所专用。
402 Payment Required：
此代码尚无法使用。
403 Forbidden：
对被请求页面的访问被禁止。
404 Not Found:
服务器无法找到被请求的页面。
405 Method Not Allowed:
请求中指定的 不被允许。
406 Not Acceptable:
服务器生成的响应无法被客户端所接受。
407 Proxy Authentication Required:
用户必须首先使用代理服务器进行验证，这样请求才会被处理。
408 Request Timeout:
请求超出了服务器的等待时间。
409 Conflict:
由于冲突，请求无法被完成。
410 Gone:
被请求的页面不可用。
411 Length Required:
“Content-Length” 未被定义。如果无此内容，服务器不会接受请求。
412 Precondition Failed:
请求中的前提条件被服务器评估为失败。
413 Request Entity Too Large:
由于所请求的实体的太大，服务器不会接受请求。
414 Request-url Too Long:
由于url太长，服务器不会接受请求。当post请求被转换为带有很长的查询信息的get请求时，就会发生这种情况。
415 Unsupported Media Type:
由于媒介类型不被支持，服务器不会接受请求。
416 Requested Range Not Satisfiable:
服务器不能满足客户在请求中指定的Range头。
417 Expectation Failed:
执行失败。
423:
锁定的错误。
3.5 状态码5** 服务端错误
500 Internal Server Error：
请求未完成。服务器遇到不可预知的情况。
501 Not Implemented：
请求未完成。服务器不支持所请求的功能。
502 Bad Gateway：
请求未完成。服务器从上游服务器收到一个无效的响应。
503 Service Unavailable：
请求未完成。服务器临时过载或当机。
504 Gateway Timeout：
网关超时。
505 HTTP Version Not Supported：
服务器不支持请求中指明的HTTP协议版本
postpost（GET和POST的区别）
更多post get 区别(POST和GET)相关信息请关注本文章，本文仅仅做为展示！
Tags： 网络趣事
很赞哦！ ()
相关文章
随机图文
| 留言与评论 （共有 条评论） |