Http 定义了与服务器交互的不同方法，最基本的方法有 4 种，分别是 GET，POST，PUT，DELETE。URL 全称是资源描述符，我们可以这样认为：一个 URL 地址，它用于描述一个网络上的资源，而 HTTP 中的 GET，POST，PUT，DELETE 就对应着对这个资源的查，改，增，删 4 个操作。到这里，大家应该有个大概的了解了，GET 一般用于获取/查询资源信息，而 POST 一般用于更新资源信息。
1.根据 HTTP 规范，GET 用于信息获取，而且应该是安全的和幂等的。
(1).所谓安全的意味着该操作用于获取信息而非修改信息。换句话说，GET 请求一般不应产生副作用。就是说，它仅仅是获取资源信息，就像数据库查询一样，不会修改，增加数据，不会影响资源的状态。
* 注意：这里安全的含义仅仅是指是非修改信息。
(2).幂等的意味着对同一 URL 的多个请求应该返回同样的结果。这里我再解释一下幂等这个概念：
幂等有一下几种定义：
对于单目运算，如果一个运算对于在范围内的所有的一个数多次进行该运算所得的结果和进行一次该运算所得的结果是一样的，那么我们就称该运算是幂等的。比如绝对值运算就是一个例子，在实数集中，有abs(a) = abs(abs(a))。
对于双目运算，则要求当参与运算的两个值是等值的情况下，如果满足运算结果与参与运算的两个值相等，则称该运算幂等，如求两个数的最大值的函数，有在在实数集中幂等，即max(x,x) = x。
看完上述解释后，应该可以理解 GET 幂等的含义了。
但在实际应用中，以上 2 条规定并没有这么严格。引用别人文章的例子：比如，新闻站点的头版不断更新。虽然第二次请求会返回不同的一批新闻，该操作仍然被认为是安全的和幂等的，因为它总是返回当前的新闻。从根本上说，如果目标是当用户打开一个链接时，他可以确信从自身的角度来看没有改变资源即可。
2.根据 HTTP 规范，POST 表示可能修改变服务器上的资源的请求。继续引用上面的例子：还是新闻以网站为例，读者对新闻发表自己的评论应该通过 POST 实现，因为在评论提交后站点的资源已经不同了，或者说资源被修改了。
上面大概说了一下 HTTP 规范中 GET 和 POST 的一些原理性的问题。但在实际的做的时候，很多人却没有按照HTTP规范去做，导致这个问题的原因有很多，比如说：
1.很多人贪方便，更新资源时用了 GET，因为用 POST 必须要用到 FORM（表单），这样会麻烦一点。
2.对资源的增，删，改，查操作，其实都可以通过 GET/POST 完成，不需要用到 PUT 和 DELETE。
3.另外一个是，早期的 Web MVC 框架设计者们并没有有意识地将URL当作抽象的资源来看待和设计，所以导致一个比较严重的问题是传统的 Web MVC 框架基本上都只支持 GET和POST 两种 HTTP 方法，而不支持 PUT 和 DELETE 方法。
* 简单解释一下MVC：MVC 本来是存在于 Desktop 程序中的，M 是指数据模型，V 是指用户界面，C 则是控制器。使用 MVC 的目的是将 M 和 V 的实现代码分离，从而使同一个程序可以使用不同的表现形式。
以上3点典型地描述了老一套的风格（没有严格遵守 HTTP 规范），随着架构的发展，现在出现 REST(Representational State Transfer)，一套支持 HTTP 规范的新风格，这里不多说了，可以参考《RESTful Web Services》。
说完原理性的问题，我们再从表面现像上面看看 GET 和 POST 的区别：
1.GET 请求的数据会附在 URL 之后（就是把数据放置在HTTP协议头中），以 ? 分割 URL 和传输数据，参数之间以 & 相连，如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0%E5%A5%BD。如果数据是英文字母/数字，原样发送，如果是空格，转换为+，如果是中文/其他字符，则直接把字符串用 BASE64 加密，得出如：%E4%BD%A0%E5%A5%BD，其中 ％XX 中的 XX 为该符号以 16 进制表示的 ASCII。
POST 把提交的数据则放置在是 HTTP 包的包体中。
2."GET方式提交的数据最多只能是 1024 字节，理论上 POST 没有限制，可传较大量的数据，IIS4 中最大为 80KB，IIS5 中为 100 KB" ？？！
以上这句是我从其他文章转过来的，其实这样说是错误的，不准确的：
(1).首先是"GET方式提交的数据最多只能是 1024 字节"，因为 GET 是通过 URL 提交数据，那么 GET 可提交的数据量就跟 URL 的长度有直接关系了。而实际上，URL 不存在参数上限的问题，HTTP协议规范没有对 URL 长度进行限制。这个限制是特定的浏览器及服务器对它的限制。IE 对 URL 长度的限制是 2083 字节(2K+35)。对于其他浏览器，如 Netscape、FireFox 等，理论上没有长度限制，其限制取决于操作系统的支持。
注意这是限制是整个 URL 长度，而不仅仅是你的参数值数据长度。[见参考资料5]
(2).理论上讲，POST 是没有大小限制的，HTTP 协议规范也没有进行大小限制，说“POST数据量存在 80K/100K 的大小限制”是不准确的，POST 数据是没有限制的，起限制作用的是服务器的处理程序的处理能力。
对于 ASP 程序，Request 对象处理每个表单域时存在 100K 的数据长度限制。但如果使用 Request.BinaryRead 则没有这个限制。
由这个延伸出去，对于 IIS 6.0，微软出于安全考虑，加大了限制。我们还需要注意：
1).IIS 6.0 默认 ASP POST 数据量最大为 200KB，每个表单域限制是 100KB。
2).IIS 6.0 默认上传文件的最大大小是 4MB。
3).IIS 6.0 默认最大请求头是 16KB。
IIS 6.0之前没有这些限制。[见参考资料5]
所以上面的 80K，100K 可能只是默认值而已(注：关于 IIS4 和 IIS5 的参数，我还没有确认)，但肯定是可以自己设置的。由于每个版本的 IIS 对这些参数的默认值都不一样，具体请参考相关的 IIS 配置文档。
3.在 ASP中，服务端获取 GET 请求参数用 Request.QueryString，获取 POST 请求参数用 Request.Form。在 JSP 中，用request.getParameter(\"XXXX\") 来获取，虽然 jsp 中也有 request.getQueryString() 方法，但使用起来比较麻烦，比如：传一个 test.jsp?name=hyddd&password=hyddd，用request.getQueryString() 得到的是：name=hyddd&password=hyddd。在 PHP 中，可以用 $_GET 和 $_POST 分别获取 GET 和 POST 中的数据，而 $_REQUEST 则可以获取 GET 和 POST 两种请求中的数据。值得注意的是，JSP 中使用 request 和 PHP 中使用 $_REQUEST 都会有隐患，这个下次再写个文章总结。
4.POST 的安全性要比 GET 的安全性高。注意：这里所说的安全性和上面 GET 提到的 “安全” 不是同个概念。上面 “安全” 的含义仅仅是不作数据修改，而这里安全的含义是真正的 Security 的含义，比如：通过 GET 提交数据，用户名和密码将明文出现在 URL 上，因为 (1)登录页面有可能被浏览器缓存，(2)其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了，除此之外，使用 GET 提交数据还可能会造成 Cross-site request forgery 攻击。
总结一下，Get 是向服务器发索取数据的一种请求，而 Post 是向服务器提交数据的一种请求，在FORM（表单）中，Method 默认为 "GET"，实质上，GET 和 POST 只是发送机制不同，并不是一个取一个发！
纯属 hyddd 个人总结，如有错漏请指出。:>
参考资料：
[1].http://hi.baidu.com/liuzd003/blog/item/7bfecbfa6ea94ed8b58f318c.html
[2].http://www.blogjava.net/onlykeke/archive/2006/08/23/65285.aspx
[3].http://baike.baidu.com/view/2067025.htm
[4].http://www.chxwei.com/article.asp?id=373
[5].http://blog.csdn.net/somat/archive/2004/10/29/158707.aspx
转自这个地方，谢谢[hyddd(http://www.cnblogs.com/hyddd/)]
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
