POST和GET的根本区别是什么?
- POST和GET的根本区别是什么?(请不要回答POST安全或POST传递的信息容量大)
- 请从数据包报文的角度分析POST和GET的区别
谢谢
回复内容:
- POST和GET的根本区别是什么?(请不要回答POST安全或POST传递的信息容量大)
- 请从数据包报文的角度分析POST和GET的区别
谢谢
从RESTful视角来看:
1. GET是查询资源,POST是增加资源
2. 幂等特性。
GET,PUT,DELETE都是幂等操作。
POST不是。
具体你可以google一个restful相关文章。阮一峰这个也可以看看:http://www.ruanyifeng.com/blog/2011/09/restful.html
协议角度来说, POST和GET只有报文第一行的METHOD不同,GET也是可以携带CONTENT-BODY的
补充,post也可以接收query string,最简单的栗子就是
<code><form method="post" action="/query.do?type=1"> </form></code>
get也可以有body,协议中只说了服务器无需关心get的body(默许了可以带),但并未明文禁止携带,评论中也有同学提到elasticsearch的栗子
get post的语义,幂等差异,我觉得已经超出了协议或者提主想要的抓包的范畴
前面对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>
这篇文章 讲的很清楚
题主提出这个问题应当是因为现在很多人使用GET来提交数据。从协议规范上来说这是一种取巧(或者说偷懒)的办法。因为GET原本是被设计用于获取数据的(HTTP协议中指出:GET和HEAD方法仅仅应该获取资源而不是执行动作)。但是GET的使用比较简单,使用POST需要在网页上创建表单,相对而言比较麻烦,所以大家就这么做了。
举个不太恰当的例子就是:POST是笔,被设计用来写字的。GET是口红,不是被设计用来写字的,但是有时候也被用来写字了。
但是仍然需要指出,使用GET代替POST并不是一个好习惯。因为GET操作可能会被一些设计粗糙的系统不正确地缓存,这会导致相应的请求没有被执行。同时,使用GET代替POST也容易产生XSS问题。
从HTTP协议规范上来说,xelz已经回答了。HTTP协议没有明确说明GET不允许带消息体(我简单查阅了一下似乎是没有,如有错误请指出),但是也没有定义GET消息体的任何功用。所以目前Web服务器接收到带有消息体的GET请求也能够正确地处理,但是消息体会被忽略。
这可能多多少少有RESTful的功劳,POST/DELETE/PUT/GET和数据操作对应起来,网上资料很多。
<code>POST /uri 创建 DELETE /uri/xxx 删除 PUT /uri/xxx 更新或创建 GET /uri/xxx 查看 </code>
另外GET的话, URL是有长度限制的,(虽然很长,但是有时候不一定足够)
可以看看这篇文章 链接描述
推荐你看2篇文章,第一个比第二个通俗一些,第二个在后面讲了一些http协议的东西,其实他们的区别也就这些了。
GET和POST有什么区别?
HTTP POST GET详解
get 一万遍 得到的都是同一个东西 post就不一样了 这个就是等幂和非等幂
GET获取与POST给予的关系
本质区别是数据放在哪里。
性质性的区别是幂等。
我的理解:
POST提交是隐式。(提交的参数对流量者是隐藏的)
GET提交是显式。(提交的参数包含在URL中,是可见的)
如果非得说不同的话,那就是浏览器处理这两种协议的方式不同,GET想刷新几次刷新几次,POST刷新就会提示“重复提交表单”,非要给这两个扣个帽子,那就应该是根据流传下来的习惯,这两个东西的“幂等性”不同。
至于后台处理POST和GET有没有不同,那就不好说了。
以前貌似试过,jsp的servlet.getParameter取不到POST放在URL的参数。我不确定。
- 有没有BODY部分,也就是说除了URL和头部,有没有信息体是根本区别。所以GET不能用来从客户端传送大量数据到服务器端。因为GET所有的参数都在URL(浏览器地址栏)里。
- HTTP是应用层协议,一般基于TCP协议的可靠数据流。所以分析HTTP不必分析报文和数据包。
举例:
GET方法:
GET /index.html?name=leo HTTP/1.1
Accept: /
结束
POST方法:
POST /index.html HTTP/1.1
Acept: /
Content-Length: 10
1234567890
结束
抓包的时候可以发现:
get一般就1到2个tcp包(信息头和数据都在一起,如果信息头内容很多就会产生2个或者多个包),而post至少2个包(第一个包是信息头,第二个才是数据)。
哎,你真是天天没事干,这种问题搞清楚了对开发来说又有什么帮助啊?程序是用来解决问题的,你是纯搞理论研究的,反正我是无知者无畏,it知识是学不完的,能会用一些都不错了,死抠这个你可以抠十年,最后抠出来了还没有什么应用场景骚年

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











PHP 8.4는 상당한 양의 기능 중단 및 제거를 통해 몇 가지 새로운 기능, 보안 개선 및 성능 개선을 제공합니다. 이 가이드에서는 Ubuntu, Debian 또는 해당 파생 제품에서 PHP 8.4를 설치하거나 PHP 8.4로 업그레이드하는 방법을 설명합니다.

VS Code라고도 알려진 Visual Studio Code는 모든 주요 운영 체제에서 사용할 수 있는 무료 소스 코드 편집기 또는 통합 개발 환경(IDE)입니다. 다양한 프로그래밍 언어에 대한 대규모 확장 모음을 통해 VS Code는

숙련된 PHP 개발자라면 이미 그런 일을 해왔다는 느낌을 받을 것입니다. 귀하는 상당한 수의 애플리케이션을 개발하고, 수백만 줄의 코드를 디버깅하고, 여러 스크립트를 수정하여 작업을 수행했습니다.

이 튜토리얼은 PHP를 사용하여 XML 문서를 효율적으로 처리하는 방법을 보여줍니다. XML (Extensible Markup Language)은 인간의 가독성과 기계 구문 분석을 위해 설계된 다목적 텍스트 기반 마크 업 언어입니다. 일반적으로 데이터 저장 AN에 사용됩니다

JWT는 주로 신분증 인증 및 정보 교환을 위해 당사자간에 정보를 안전하게 전송하는 데 사용되는 JSON을 기반으로 한 개방형 표준입니다. 1. JWT는 헤더, 페이로드 및 서명의 세 부분으로 구성됩니다. 2. JWT의 작업 원칙에는 세 가지 단계가 포함됩니다. JWT 생성, JWT 확인 및 Parsing Payload. 3. PHP에서 인증에 JWT를 사용하면 JWT를 생성하고 확인할 수 있으며 사용자 역할 및 권한 정보가 고급 사용에 포함될 수 있습니다. 4. 일반적인 오류에는 서명 검증 실패, 토큰 만료 및 대형 페이로드가 포함됩니다. 디버깅 기술에는 디버깅 도구 및 로깅 사용이 포함됩니다. 5. 성능 최적화 및 모범 사례에는 적절한 시그니처 알고리즘 사용, 타당성 기간 설정 합리적,

문자열은 문자, 숫자 및 기호를 포함하여 일련의 문자입니다. 이 튜토리얼은 다른 방법을 사용하여 PHP의 주어진 문자열의 모음 수를 계산하는 방법을 배웁니다. 영어의 모음은 A, E, I, O, U이며 대문자 또는 소문자 일 수 있습니다. 모음이란 무엇입니까? 모음은 특정 발음을 나타내는 알파벳 문자입니다. 대문자와 소문자를 포함하여 영어에는 5 개의 모음이 있습니다. a, e, i, o, u 예 1 입력 : String = "Tutorialspoint" 출력 : 6 설명하다 문자열의 "Tutorialspoint"의 모음은 u, o, i, a, o, i입니다. 총 6 개의 위안이 있습니다

정적 바인딩 (정적 : :)는 PHP에서 늦은 정적 바인딩 (LSB)을 구현하여 클래스를 정의하는 대신 정적 컨텍스트에서 호출 클래스를 참조 할 수 있습니다. 1) 구문 분석 프로세스는 런타임에 수행됩니다. 2) 상속 관계에서 통화 클래스를 찾아보십시오. 3) 성능 오버 헤드를 가져올 수 있습니다.

PHP의 마법 방법은 무엇입니까? PHP의 마법 방법은 다음과 같습니다. 1. \ _ \ _ Construct, 객체를 초기화하는 데 사용됩니다. 2. \ _ \ _ 파괴, 자원을 정리하는 데 사용됩니다. 3. \ _ \ _ 호출, 존재하지 않는 메소드 호출을 처리하십시오. 4. \ _ \ _ get, 동적 속성 액세스를 구현하십시오. 5. \ _ \ _ Set, 동적 속성 설정을 구현하십시오. 이러한 방법은 특정 상황에서 자동으로 호출되어 코드 유연성과 효율성을 향상시킵니다.
