php - POST和GET的根本区别是什么？

Question

1. POST和GET的根本区别是什么？（请不要回答POST安全或POST传递的信息容量大）
2. 请从数据包报文的角度分析POST和GET的区别

谢谢

Answer 1

从RESTful视角来看：
1. GET是查询资源，POST是增加资源
2. 幂等特性。
GET，PUT，DELETE都是幂等操作。
POST不是。
具体你可以google一个restful相关文章。阮一峰这个也可以看看：http://www.ruanyifeng.com/blog/2011/09/restful.html

Answer 2

协议角度来说， POST和GET只有报文第一行的METHOD不同，GET也是可以携带CONTENT-BODY的

补充，post也可以接收query string，最简单的栗子就是

<code><form method="post" action="/query.do?type=1">
</code>

get也可以有body，协议中只说了服务器无需关心get的body(默许了可以带)，但并未明文禁止携带，评论中也有同学提到elasticsearch的栗子

get post的语义，幂等差异，我觉得已经超出了协议或者提主想要的抓包的范畴

Answer 3

前面对restful的概念都说的很清楚了，我这里补充一点,下面是个get请求， 我这里就懒得抓包了，直接在chrome的console中拷贝来的，你说的从报文的方式分析， 我可以直接告诉你本质区别
我觉得get和post的本质区别应该是参数放在哪里的区别，

get是放在header中的（所以长度有限制，是浏览器对url长度的限制），post是放在body中的（长度没有限制），

如果你问我header和body有什么区别，我也只能呵呵了（建议自己抓包看）， 都是tcp数据流，header和body是 两个 /r/n 分开的

<code>get  Remote Address:222.186.132.183:80
Request URL:http://qiniu-plupload.qiniudn.com/bb.png?imageView2/1/w/100/h/100
Request Method:GET
Status Code:200 OK
Response Headers
view source
Accept-Ranges:bytes
Access-Control-Allow-Origin:*
Access-Control-Max-Age:2592000
Cache-Control:public, max-age=31536000
Connection:keep-alive
Content-Length:15509
Content-Type:image/png
Date:Wed, 29 Apr 2015 07:01:08 GMT
ETag:"ALCDKnR1WgNfUxiMBRwEuXoe76OQ"
Server:nginx/1.4.4
X-Log:mc.g/404;mc.g:2;RS:2;mc.s;DC/404;FOPDC/404;FOPAGENT;IMAGE:239;FOPAGENT:240;FOPAGENT;IMAGE:239;FOPAGENT:240;FOPG:241;FOPAGENT;IO:249
X-Qiniu-Zone:0
X-Reqid:YVQAABBhtnn3adkT
X-Via:1.1 tzh57:8110 (Cdn Cache Server V2.0), 1.1 zhenjiang157:10 (Cdn Cache Server V2.0)
X-Whom:nb263
Request Headers
view source
Accept:image/webp,*/*;q=0.8
Accept-Encoding:gzip, deflate, sdch
Accept-Language:zh-CN,zh;q=0.8
Cache-Control:no-cache
Connection:keep-alive
Host:qiniu-plupload.qiniudn.com
Pragma:no-cache
RA-Sid:DE49CAE2-20141215-034718-ab4eeb-10884d
RA-Ver:2.10.0
Referer:http://jssdk.demo.qiniu.io/
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.90 Safari/537.36
Query String Parameters
view source
view URL encoded
imageView2/1/w/100/h/100:

</code>

<code>Remote Address:183.136.139.10:80
Request URL:http://up.qiniu.com/
Request Method:POST
Status Code:200 OK
Response Headers
view source
Access-Control-Allow-Headers:X-File-Name, X-File-Type, X-File-Size
Access-Control-Allow-Methods:OPTIONS, HEAD, POST
Access-Control-Allow-Origin:*
Access-Control-Max-Age:2592000
Cache-Control:no-store, no-cache, must-revalidate
Connection:keep-alive
Content-Length:54
Content-Type:application/json
Date:Wed, 29 Apr 2015 07:01:08 GMT
Pragma:no-cache
Server:nginx/1.4.4
X-Content-Type-Options:nosniff
X-Log:s.ph;s.put.tw;s.put.tr:5;s.put.tw:1;s.put.tr:4;s.ph;s.put.tw:1;s.put.tr:5;s.ph;PFDS:12;PFDS:13;PFDS:14;rdb.g/no such key;DBD/404;DBG/404;v4.exist:1/Document not found;rs12_9.ins;qtbl.ins:2;mc.s;RS:3;rs.put:4;rs-upload.putFile:20;UP:27
X-Reqid:-zwAABHcpXL3adkT
Request Headers
view source
Accept:*/*
Accept-Encoding:gzip, deflate
Accept-Language:zh-CN,zh;q=0.8
Cache-Control:no-cache
Connection:keep-alive
Content-Length:620773
Content-Type:multipart/form-data; boundary=----WebKitFormBoundaryb5PfXDf4M1oCl5QM
Host:up.qiniu.com
Origin:http://jssdk.demo.qiniu.io
Pragma:no-cache
RA-Sid:DE49CAE2-20141215-034718-ab4eeb-10884d
RA-Ver:2.10.0
Referer:http://jssdk.demo.qiniu.io/
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.90 Safari/537.36
Request Payload
------WebKitFormBoundaryb5PfXDf4M1oCl5QM
Content-Disposition: form-data; name="name"

bb.png
------WebKitFormBoundaryb5PfXDf4M1oCl5QM
Content-Disposition: form-data; name="chunk"

0
------WebKitFormBoundaryb5PfXDf4M1oCl5QM
Content-Disposition: form-data; name="chunks"

1
------WebKitFormBoundaryb5PfXDf4M1oCl5QM
Content-Disposition: form-data; name="key"

bb.png
------WebKitFormBoundaryb5PfXDf4M1oCl5QM
Content-Disposition: form-data; name="token"

0MLvWPnyya1WtPnXFy9KLyGHyFPNdZceomLVk0c9:d5M0tc6IYvvXMsWeqXN-_cJHEd0=:eyJzY29wZSI6InFpbml1LXBsdXBsb2FkIiwiZGVhZGxpbmUiOjE0MzAyOTQ0NDd9
------WebKitFormBoundaryb5PfXDf4M1oCl5QM
Content-Disposition: form-data; name="file"; filename="bb.png"
Content-Type: image/png


------WebKitFormBoundaryb5PfXDf4M1oCl5QM--

</code>

我觉得get和post的本质区别应该是参数放在哪里的区别，

get是放在header中的（所以长度有限制，是浏览器对url长度的限制），post是放在body中的（长度没有限制），

我这里贴的post是form-data 格式的，

有很多人会把post中的 x-www-form-urlencoded方式 和get 请求搞混，因为在服务端，好多语言框架对这两种请求获取参数的方式差不多

下面可以看一下 x-www-form-urlencoded 方式

<code><br>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

</code>

这篇文章 讲的很清楚

Answer 4

题主提出这个问题应当是因为现在很多人使用GET来提交数据。从协议规范上来说这是一种取巧（或者说偷懒）的办法。因为GET原本是被设计用于获取数据的（HTTP协议中指出：GET和HEAD方法仅仅应该获取资源而不是执行动作）。但是GET的使用比较简单，使用POST需要在网页上创建表单，相对而言比较麻烦，所以大家就这么做了。
举个不太恰当的例子就是：POST是笔，被设计用来写字的。GET是口红，不是被设计用来写字的，但是有时候也被用来写字了。
但是仍然需要指出，使用GET代替POST并不是一个好习惯。因为GET操作可能会被一些设计粗糙的系统不正确地缓存，这会导致相应的请求没有被执行。同时，使用GET代替POST也容易产生XSS问题。

从HTTP协议规范上来说，xelz已经回答了。HTTP协议没有明确说明GET不允许带消息体（我简单查阅了一下似乎是没有，如有错误请指出），但是也没有定义GET消息体的任何功用。所以目前Web服务器接收到带有消息体的GET请求也能够正确地处理，但是消息体会被忽略。

Answer 5

这可能多多少少有RESTful的功劳，POST/DELETE/PUT/GET和数据操作对应起来，网上资料很多。

<code>POST /uri 创建
DELETE /uri/xxx 删除
PUT /uri/xxx 更新或创建
GET /uri/xxx 查看
</code>

另外GET的话， URL是有长度限制的，（虽然很长，但是有时候不一定足够）

Answer 6

可以看看这篇文章 链接描述

Answer 7

推荐你看2篇文章，第一个比第二个通俗一些，第二个在后面讲了一些http协议的东西，其实他们的区别也就这些了。
GET和POST有什么区别？
HTTP POST GET详解

Answer 8

get 一万遍 得到的都是同一个东西 post就不一样了 这个就是等幂和非等幂

Answer 9

GET获取与POST给予的关系

Answer 10

本质区别是数据放在哪里。

性质性的区别是幂等。