> 问题详情
PHP表单中get与post提交方法的区别是什么？
悬赏：0&答案豆
提问人：匿名网友
发布时间：
PHP表单中get与post提交方法的区别是什么？
您可能感兴趣的试题
1PHP可以用什么方法来加快页面的加载速度？2Http和Https的区别是什么?3Android SDK 3.0(HoneyComb)及4.0(Ice Cream)新特性是什么?4UI中， Padding和Margin有什么区别?gravity与layout_gravity有什么区别?
我有更好的答案
<a href="/ask/9336110.html" target="_blank" title="当n=5时，下列函数的返回值是：()。[cpp] view plaincopyint foo(int n){if(n当n=5时，下列函数的返回值是：()。[cpp] view plaincopyint foo(int n){if(n<2)retu
请先输入下方的验证码查看最佳答案
图形验证：
验证码提交中……
找答案会员
享三项特权
找答案会员
享三项特权
找答案会员
享三项特权
选择支付方式：
支付宝付款
郑重提醒：支付后，系统自动为您完成注册
请使用微信扫码支付(元)
支付后，系统自动为您完成注册
遇到问题请联系在线客服QQ：
请您不要关闭此页面,支付完成后点击支付完成按钮
遇到问题请联系在线客服QQ：
恭喜您！升级VIP会员成功
常用邮箱：
用于找回密码
确认密码：php $_POST $_GET 与$_REQUEST 获取提交表单详解与区别-Php入门-Php教程-壹聚教程网php $_POST $_GET 与$_REQUEST 获取提交表单详解与区别
在中获取表单与url传过来参数有很多方法 ，下面我们来介绍来下关于$_post 与$_request 获取提交表单代码原理与方法 。
$_post它在php只能获取由表单的 method=&post& 时它才能接受到数据，如下代码
&form id=&form1& name=&form1& method=&get& action=&&&
& &input type=&text& name=&cn& value='获取到我了' /&
& &/label&
if( $_post )
&echo $_post['cn'];
&&& echo '没有获取到值';
得到的值是 获取到我了 ,如果我们把表单的method=&get&那么就要用$_get来获取了，如下
echo $_get['cn'] ;//这样也有值哦。
那么我们的$_request怎么用呢，下面看
echo $_request['cn'];
//不管你表单的method是get或post或来自url参数传的值他都可以获取到哦。
那么他们有什么区别呢，根据我的总结$_post,$_get他们在效率要高到$_request，这个仔细想一下就明白了，因为前二个是有针对性的，自然不要判断是post,get的数据，页$_request他要判断提交过来的是以那种形式过来，这样就花费的一些时间哦。
注明：本站原创教程转载注明来源
上一页： &&&&&下一页：相关内容HTTP 中 GET 与 POST 有什么区别-php教程-PHP中文网QQ群微信公众号 HTTP 中 GET 与 POST 有什么区别 HTTP 中 GET 与 POST 的区别 GET和POST是HTTP请求的两种基本方法，要说它们的区别，接触过WEB开发的人都能说出一二。最直观的区别就是GET把参数包含在URL中，POST通过request body传递参数。你可能自己写过无数个GET和POST请求，或者已经看过很多权威网站总结出的他们的区别，你非常清楚知道什么时候该用什么。当你在面试中被问到这个问题，你的内心充满了自信和喜悦。你轻轻松松的给出了一个“标准答案”：GET在浏览器回退时是无害的，而POST会再次提交请求。GET产生的URL地址可以被Bookmark，而POST不可以。GET请求会被浏览器主动cache，而POST不会，除非手动设置。GET请求只能进行url编码，而POST支持多种编码方式。GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留。GET请求在URL中传送的参数是有长度限制的，而POST么有。对参数的数据类型，GET只接受ASCII字符，而POST没有限制。GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息。GET参数通过URL传递，POST放在Request body中。（本标准答案参考自w3schools）“很遗憾，这不是我们要的回答！”请告诉我真相。。。如果我告诉你GET和POST本质上没有区别你信吗？ 让我们扒下GET和POST的外衣，坦诚相见吧！GET和POST是什么？HTTP协议中的两种发送请求的方法。HTTP是什么？HTTP是基于TCP/IP的关于数据如何在万维网中如何通信的协议。HTTP的底层是TCP/IP。所以GET和POST的底层也是TCP/IP，也就是说，GET/POST都是TCP链接。GET和POST能做的事情是一样一样的。你要给GET加上request body，给POST带上url参数，技术上是完全行的通的。 那么，“标准答案”里的那些区别是怎么回事？在我大万维网世界中，TCP就像汽车，我们用TCP来运输数据，它很可靠，从来不会发生丢件少件的现象。但是如果路上跑的全是看起来一模一样的汽车，那这个世界看起来是一团混乱，送急件的汽车可能被前面满载货物的汽车拦堵在路上，整个交通系统一定会瘫痪。为了避免这种情况发生，交通规则HTTP诞生了。HTTP给汽车运输设定了好几个服务类别，有GET, POST, PUT, DELETE等等，HTTP规定，当执行GET请求的时候，要给汽车贴上GET的标签（设置method为GET），而且要求把传送的数据放在车顶上（url中）以方便记录。如果是POST请求，就要在车上贴上POST的标签，并把货物放在车厢里。当然，你也可以在GET的时候往车厢内偷偷藏点货物，但是这是很不光彩；也可以在POST的时候在车顶上也放一些数据，让人觉得傻乎乎的。HTTP只是个行为准则，而TCP才是GET和POST怎么实现的基本。但是，我们只看到HTTP对GET和POST参数的传送渠道（url还是requrest body）提出了要求。“标准答案”里关于参数大小的限制又是从哪来的呢？在我大万维网世界中，还有另一个重要的角色：运输公司。不同的浏览器（发起http请求）和服务器（接受http请求）就是不同的运输公司。 虽然理论上，你可以在车顶上无限的堆货物（url中无限加参数）。但是运输公司可不傻，装货和卸货也是有很大成本的，他们会限制单次运输量来控制风险，数据量太大对浏览器和服务器都是很大负担。业界不成文的规定是，（大多数）浏览器通常都会限制url长度在2K个字节，而（大多数）服务器最多处理64K大小的url。超过的部分，恕不处理。如果你用GET服务，在request body偷偷藏了数据，不同服务器的处理方式也是不同的，有些服务器会帮你卸货，读出数据，有些服务器直接忽略，所以，虽然GET可以带request body，也不能保证一定能被接收到哦。好了，现在你知道，GET和POST本质上就是TCP链接，并无差别。但是由于HTTP的规定和浏览器/服务器的限制，导致他们在应用过程中体现出一些不同。 你以为本文就这么结束了？我们的大BOSS还等着出场呢。。。这位BOSS有多神秘？当你试图在网上找“GET和POST的区别”的时候，那些你会看到的搜索结果里，从没有提到他。他究竟是什么呢。。。GET和POST还有一个重大区别，简单的说：GET产生一个TCP数据包；POST产生两个TCP数据包。长的说：对于GET方式的请求，浏览器会把http header和data一并发送出去，服务器响应200（返回数据）；而对于POST，浏览器先发送header，服务器响应100 continue，浏览器再发送data，服务器响应200 ok（返回数据）。也就是说，GET只需要汽车跑一趟就把货送到了，而POST得跑两趟，第一趟，先去和服务器打个招呼“嗨，我等下要送一批货来，你们打开门迎接我”，然后再回头把货送过去。因为POST需要两步，时间上消耗的要多一点，看起来GET比POST更有效。因此Yahoo团队有推荐用GET替换POST来优化网站性能。但这是一个坑！跳入需谨慎。为什么？1. GET与POST都有自己的语义，不能随便混用。2. 据研究，在网络环境好的情况下，发一次包的时间和发两次包的时间差别基本可以无视。而在网络环境差的情况下，两次包的TCP在验证数据包完整性上，有非常大的优点。3. 并不是所有浏览器都会在POST中发送两次包，Firefox就只发送一次。现在，当面试官再问你“GET与POST的区别”的时候，你的内心是不是这样的？以上就是 HTTP 中 GET 与 POST 有什么区别的详细内容，更多请关注php中文网其它相关文章！共3篇44点赞收藏分享：.&猜你喜欢12345678910
PHP中文网：独家原创，永久免费的在线，php技术学习阵地！Copyright
All Rights Reserved | 皖B2-QQ群:关注微信公众号正文 PHP输入流 php://input与POST/GET的区别
PHP输入流 php://input与POST/GET的区别
发布时间： & 编辑：
jquery中文网为您提供PHP输入流 php://input与POST/GET的区别等资源，欢迎您收藏本站，我们将为您提供最新的PHP输入流 php://input与POST/GET的区别资源
&script&ec(2);&/script&
PHP输入流php://input
在使用xml-rpc的时候，server端获取client数据，主要是通过php输入流input，而不是$_POST数组。所以，这里主要探讨php输入流php://input
对于php://input介绍，PHP官方手册文档有一段话对它进行了很明确地概述：
&php://input allows you to read raw POST data. It is a less memory intensive alternative to $HTTP_RAW_POST_DATA and does not need any special php.ini directives. php://input is not available with enctype=&multipart/form-data&.
翻译过来，是这样：
&php://input可以读取没有处理过的POST数据。相较于$HTTP_RAW_POST_DATA而言，它给内存带来的压力较小，并且不需要特殊的php.ini设置。php://input不能用于enctype=multipart/form-data&
我们应该怎么去理解这段概述呢？我把它划分为三部分，逐步去理解：
读取POST数据
不能用于multipart/form-data类型
php://input VS $HTTP_RAW_POST_DATA
读取POST数据
PHPer们一定很熟悉$_POST这个内置变量。$_POST与php://input存在哪些关联与区别呢?另外，客户端向服务端交互数据，最常用的方法除了POST之外，还有GET。既然php://input作为PHP输入流，它能读取GET数据吗？这二个问题正是我们这节需要探讨的主要内容。
经验告诉我们，从测试与观察中总结，会是一个很凑效的方法。这里，我写了几个脚本来帮助我们测试。
@file 192.168.0.6:/phpinput_server.php 打印出接收到的数据
@file 192.168.0.8:/phpinput_post.php 模拟以POST方法提交表单数据
@file 192.168.0.8:/phpinput_xmlrpc.php 模拟以POST方法发出xmlrpc请求.
@file 192.168.0.8:/phpinput_get.php 模拟以GET方法提交表单表数
phpinput_server.php与phpinput_post.php
//@file phpinput_server.php
$raw_post_data = file_get_contents('php://input', 'r');
echo &-------\$_POST------------------\n&;
echo var_dump($_POST) . &\n&;
echo &-------php://input-------------\n&;
echo $raw_post_data . &\n&;
//@file phpinput_post.php
$http_entity_body = 'n=' . urldecode('perfgeeks') . '&p=' . urldecode('7788');
$http_entity_type = 'application/x-www-form-urlencoded';
$http_entity_length = strlen($http_entity_body);
$host = '192.168.0.6';
$port = 80;
$path = '/phpinput_server.php';
$fp = fsockopen($host, $port, $error_no, $error_desc, 30);
if ($fp) {
& fputs($fp, &POST {$path} HTTP/1.1\r\n&);
& fputs($fp, &Host: {$host}\r\n&);
& fputs($fp, &Content-Type: {$http_entity_type}\r\n&);
& fputs($fp, &Content-Length: {$http_entity_length}\r\n&);
& fputs($fp, &Connection: close\r\n\r\n&);
& fputs($fp, $http_entity_body . &\r\n\r\n&);
& while (!feof($fp)) {
&&& $d .= fgets($fp, 4096);
& fclose($fp);
& echo $d;
我们可以通过使用工具ngrep抓取http请求包（因为我们需要探知的是php://input，所以我们这里只抓取http Request数据包）。我们来执行测试脚本phpinput_post.php
@php /phpinput_post.php
HTTP/1.1 200 OK
Date: Thu, 08 Apr :36 GMT
Server: Apache/2.2.3 (CentOS)
X-Powered-By: PHP/5.1.6
Content-Length: 160
Connection: close
Content-Type: text/ charset=UTF-8
-------$_POST------------------
array(2) {
& [&n&]=& string(9) &perfgeeks&
& [&p&]=& string(4) &7788&
-------php://input-------------
n=perfgeeks&p=7788
通过ngrep抓到的http请求包如下：
T 192.168.0.8:57846 -& 192.168.0.6:80 [AP]
& POST /phpinput_server.php HTTP/1.1..
& Host: 192.168.0.6..Content-Type: application/x-www-form-urlencoded..Co
& ntent-Length: 18..Connection: close....n=perfgeeks&p=7788....
仔细观察，我们不难发现：
$_POST数据，php://input 数据与httpd entity body数据是&一致&的。
http请求中的Content-Type是application/x-www-form-urlencoded ，它表示http请求body中的数据是使用http的post方法提交的表单数据，并且进行了urlencode()处理。
(注：注意加粗部分内容，下文不再提示)。
我们再来看看脚本phpinput_xmlrpc.php的原文件内容，它模拟了一个POST方法提交的xml-rpc请求。
//@file phpinput_xmlrpc.php
$http_entity_body = &\n\n&& jt_userinfo\n&;
$http_entity_type = 'text/html';
$http_entity_length = strlen($http_entity_body);
$host = '192.168.0.6';
$port = 80;
$path = '/phpinput_server.php';
$fp = fsockopen($host, $port, $error_no, $error_desc, 30);
if ($fp) {
& fputs($fp, &POST {$path} HTTP/1.1\r\n&);
& fputs($fp, &Host: {$host}\r\n&);
& fputs($fp, &Content-Type: {$http_entity_type}\r\n&);
& fputs($fp, &Content-Length: {$http_entity_length}\r\n&);
& fputs($fp, &Connection: close\r\n\r\n&);
& fputs($fp, $http_entity_body . &\r\n\r\n&);
& while (!feof($fp)) {
&&& $d .= fgets($fp, 4096);
& fclose($fp);
& echo $d;
同样地，让我们来执行这个测试脚本：
@php /phpinput_xmlrcp.php
HTTP/1.1 200 OK
Date: Thu, 08 Apr :18 GMT
Server: Apache/2.2.3 (CentOS)
X-Powered-By: PHP/5.1.6
Content-Length: 154
Connection: close
Content-Type: text/ charset=UTF-8
-------$_POST------------------
array(0) {
-------php://input-------------
&?xml version=&1.0&&
&methodcall&
&& &name&jt_userinfo&/name&
&/methodcall&
执行这个脚本的时候，我们通过ngrep抓取的http请求数据包如下：
T 192.168.0.8:45570 -& 192.168.0.6:80 [AP]
& POST /phpinput_server.php HTTP/1.1..
& Host: 192.168.0.6..Content-Type: text/html..Content-Length: 75..Connec
& tion: close....&?xml version=&1.0&&.&methodcall&.&& &name&jt_userinfo&
& /name&.&/methodcall&....
同样，我样也可以很容易地发现:
http请求中的Content-Type是text/xml。它表示http请求中的body数据是xml数据格式。
服务端$_POST打印出来的是一个空数组，即与http entity body不一致了。这跟上个例子不一样了，这里的Content-Type是text/xml,而不是application/x-www-form-urlencoded
而php://input数据还是跟http entity body数据一致。也就是php://input数据和$_POST数据不一致了。
我们再来看看通过GET方法提交表单数据的情况，php://input能不能读取到GET方法的表单数据？在这里，我们稍加改动一下phpinput_server.php文件，将$_POST改成$_GET。
//@file phpinput_server.php
$raw_post_data = file_get_contents('php://input', 'r');
echo &-------\$_GET------------------\n&;
echo var_dump($_GET) . &\n&;
echo &-------php://input-------------\n&;
echo $raw_post_data . &\n&;
//@file phpinput_get.php
$query_path = 'n=' . urldecode('perfgeeks') . '&p=' . urldecode('7788');
$host = '192.168.0.6';
$port = 80;
$path = '/phpinput_server.php';
$fp = fsockopen($host, $port, $error_no, $error_desc, 30);
if ($fp) {
& fputs($fp, &GET {$path}?{$query_path} HTTP/1.1\r\n&);
& fputs($fp, &Host: {$host}\r\n&);
& fputs($fp, &Connection: close\r\n\r\n&);
& while (!feof($fp)) {
&&& $d .= fgets($fp, 4096);
& fclose($fp);
& echo $d;
同样，我们执行下一phpinput_get.php测试脚本，它模拟了一个通常情况下的GET方法提交表单数据。
@php /phpinput_get.php
HTTP/1.1 200 OK
Date: Thu, 08 Apr :15 GMT
Server: Apache/2.2.3 (CentOS)
X-Powered-By: PHP/5.1.6
Content-Length: 141
Connection: close
Content-Type: text/ charset=UTF-8
-------$_GET------------------
array(2) {
& string(9) &perfgeeks&
& string(4) &7788&
-------php://input-------------
在这个时候，使用ngrep工具，捕获的相应的http请求数据包如下：
T 192.168.0.8:36775 -& 192.168.0.6:80 [AP]
& GET /phpinput_server.php?n=perfgeeks&p=7788 HTTP/1.1..
Host: 192.168.0.6..Connection: close&.
比较POST方法提交的http请求，通常GET方法提交的请求中，entity body为空。同时，不会指定Content-Type和Content-Length。但是，如果强硬数据http entity body，并指明正确地Content-Type和Content-Length,那么php://input还可是读取得到http entity body数据，但不是$_GET数据。
所根据，上面几个探测，我们可以作出以下总结:
Content-Type取值为application/x-www-form-urlencoded时，php会将http请求body相应数据会填入到数组$_POST，填入到$_POST数组中的数据是进行urldecode()解析的结果。（其实，除了该Content-Type，还有multipart/form-data表示数据是表单数据，稍后我们介绍）
php://input数据，只要Content-Type不为multipart/form-data(该条件限制稍后会介绍)。那么php://input数据与http entity body部分数据是一致的。该部分相一致的数据的长度由Content-Length指定。
仅当Content-Type为application/x-www-form-urlencoded且提交方法是POST方法时，$_POST数据与php://input数据才是&一致&（打上引号，表示它们格式不一致，内容一致）的。其它情况，它们都不一致。
php://input读取不到$_GET数据。是因为$_GET数据作为query_path写在http请求头部(header)的PATH字段，而不是写在http请求的body部分。
这也帮助我们理解了，为什么xml_rpc服务端读取数据都是通过file_get_contents(&php://input&, &r&)。而不是从$_POST中读取，正是因为xml_rpc数据规格是xml，它的Content-Type是text/xml。
php://input碰到了multipart/form-data
上传文件的时候，表单的写法是这样的：
&form enctype=&multipart/form-data& action=&phpinput_server.php& method=&POST& &
&&& &input type=&text& name=&n&& /&
&&& &input type=&file& name=&f& /&
&&& &input type=&submit& value=&upload now& /&
那么，enctype=multipart/form-data这里的意义，就是将该次http请求头部(head)中的Content-Type设置为multipart/form-data。请查阅RFC1867对它的描述。multipart/form-data也表示以POST方法提交表单数据，它还伴随了文件上传，所以会跟application/x-www-form-urlencoded数据格式不一样。它会以一更种更合理的，更高效的数据格式传递给服务端。我们提交该表单数据，并且打印出响应结果，如下：
-------$_POST------------------
array(1) { [&n&]=& string(9) &perfgeeks& }
-------php://input-------------
同时，我们通过ngrep抓取的相应的http请求数据包如下：
T 192.168.0.8:3981 -& 192.168.0.6:80 [AP]
& POST /phpinput_server.php HTTP/1.1..Host: 192.168.0.6..Connection: kee
& p-alive..User-Agent: Mozilla/5.0 (W U; Windows NT 5.1; en-US) A
& ppleWebKit/533.2 (KHTML, like Gecko) Chrome/5.0.342.3 Safari/533.2..Re
& ferer: http://192.168.0.6/phpinput_server.php..Content-Length: 306..Ca
& che-Control: max-age=0..Origin: http://192.168.0.6..Content-Type: mult
& ipart/form- boundary=----WebKitFormBoundarybLQwkp4opIEZn1fA..Acce
& pt: application/xml,application/xhtml xml,text/q=0.9,text/q
& =0.8,image/png,*/*;q=0.5..Accept-Encoding: gzip,deflate,sdch..Accept-L
& anguage: zh-CN,q=0.8..Accept-Charset: GBK,utf-8;q=0.7,*;q=0.3..Cook
& ie: SESS3b0e658f87cf5a399df6=lju6o5bg8u04lv1ojugm2ccic6...
T 192.168.0.8:3981 -& 192.168.0.6:80 [AP]
& ------WebKitFormBoundarybLQwkp4opIEZn1fA..Content-Disposition: form-da
& name=&n&....perfgeeks..------WebKitFormBoundarybLQwkp4opIEZn1fA..C
& ontent-Disposition: form- name=&f&; filename=&test.txt&..Content-
& Type: text/plain....i am file..multipart/form-data..------WebKitFormBo
& undarybLQwkp4opIEZn1fA--..
从响应输出来比对，$_POST数据跟请求提交数据相符，即$_POST = array(&n& =& &perfgeeks&)。这也跟http请求body中的数据相呼应，同时说明PHP把相应的数据填入$_POST全局变量。而php://input输出为空，没有输出任何东西，尽管http请求数据包中body不为空。这表示，当Content-Type为multipart/form-data的时候，即便http请求body中存在数据，php://input也为空，PHP此时，不会把数据填入php://input流。所以，可以确定: php://input不能用于读取enctype=multipart/form-data数据。
我们再比较这次通过ngrep抓取的http请求数据包，我们会发现，最大不同的一点是Content-Type后面跟了boundary定义了数据的分界符，bounday是随机生成的。另外一个大不一样的，就是http entity body中的数据组织结构不一样了。
上一节，我们概述了，当Content-Type为application/x-www-form-urlencoded时，php://input和$_POST数据是&一致&的，为其它Content-Type的时候，php://input和$_POST数据数据是不一致的。因为只有在Content-Type为application/x-www-form-urlencoded或者为multipart/form-data的时候，PHP才会将http请求数据包中的body相应部分数据填入$_POST全局变量中,其它情况PHP都忽略。而php://input除了在数据类型为multipart/form-data之外为空外，其它情况都可能不为空。通过这一节，我们更加明白了php://input与$_POST的区别与联系。所以，再次确认，php://input无法读取enctype=multipart/form-data数据，当php://input遇到它时，永远为空，即便http entity body有数据。
php://input VS $http_raw_post_data
相信大家对php://input已经有一定深度地了解了。那么$http_raw_post_data是什么呢？$http_raw_post_data是PHP内置的一个全局变量。它用于，PHP在无法识别的Content-Type的情况下，将POST过来的数据原样地填入变量$http_raw_post_data。它同样无法读取Content-Type为multipart/form-data的POST数据。需要设置php.ini中的always_populate_raw_post_data值为On，PHP才会总把POST数据填入变量$http_raw_post_data。
把脚本phpinput_server.php改变一下，可以验证上述内容：
$raw_post_data = file_get_contents('php://input', 'r');
$rtn = ($raw_post_data == $HTTP_RAW_POST_DATA) ? 1 : 0;
执行测试脚本：
@php phpinput_post.php
@php phpinput_get.php
@php phpinput_xmlrpc.php
得出的结果输出都是一样的，即都为1，表示php://input和$HTTP_RAW_POST_DATA是相同的。至于对内存的压力，我们这里就不做细致地测试了。有兴趣的，可以通过xhprof进行测试和观察。
以此，我们这节可以总结如下:
php://input 可以读取http entity body中指定长度的值，由Content-Length指定长度,不管是POST方式或者GET方法提交过来的数据。但是，一般GET方法提交数据时，http request entity body部分都为空。
php://input 与$HTTP_RAW_POST_DATA读取的数据是一样的，都只读取Content-Type不为multipart/form-data的数据。
Coentent-Type仅在取值为application/x-www-data-urlencoded和multipart/form-data两种情况下，PHP才会将http请求数据包中相应的数据填入全局变量$_POST
PHP不能识别的Content-Type类型的时候，会将http请求包中相应的数据填入变量$HTTP_RAW_POST_DATA
只有Coentent-Type不为multipart/form-data的时候，PHP不会将http请求数据包中的相应数据填入php://input，否则其它情况都会。填入的长度，由Coentent-Length指定。
只有Content-Type为application/x-www-data-urlencoded时，php://input数据才跟$_POST数据相一致。
php://input数据总是跟$HTTP_RAW_POST_DATA相同，但是php://input比$HTTP_RAW_POST_DATA更凑效，且不需要特殊设置php.ini
PHP会将PATH字段的query_path部分，填入全局变量$_GET。通常情况下，GET方法提交的http请求，body为空。您可能感兴趣的文章：