HTTP协议中POST、GET、HEAD、PUT等请求方法以及一些常见错误

天云上人

原文：http://changfakong.diandian.com/post/2012-02-13/15973956
; H$ Z! Y6 t! W% a) O( ^# d
6 u, G. g$ P- F3 S& v5 }, u3 Q请求方法是请求一定的Web页面的程序或用于特定的URL。可选用下列几种：
GET： 请求指定的页面信息，并返回实体主体。
6 @+ I) ^8 b' [  u/ _ HEAD： 只请求页面的首部。
POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。
3 `7 Y% L6 H7 F8 k4 ~* r( R8 X PUT： 从客户端向服务器传送的数据取代指定的文档的内容。
; F6 T3 O% y5 c3 Y( q1 W% M% `4 j- W) ^; q DELETE： 请求服务器删除指定的页面。
( c# c% k; y3 q7 e9 K OPTIONS： 允许客户端查看服务器的性能。
+ x1 ?. L* o8 g. C3 \1 I TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。
8 ]- r. t6 c) P3 ?+ b3 Q PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。
( \; E- p5 Z) z: I( s9 l MOVE： 请求服务器将指定的页面移至另一个网络地址。
- V. d# ?, Y: O! e COPY： 请求服务器将指定的页面拷贝至另一个网络地址。
* g7 @* G  L$ E* K9 a4 u LINK： 请求服务器建立链接关系。
& B! P2 J5 N1 j0 H  Q: W7 Q* `+ O UNLINK： 断开链接关系。
, [; `9 p' p8 k7 B WRAPPED： 允许客户端发送经过封装的请求。
6 O' d  e& \# D" p% i! x& h" b8 L2 K Extension-mothed：在不改动协议的前提下，可增加另外的方法。
当服务器响应时，其状态行的信息为HTTP的版本号，状态码，及解释状态码的简单说明。现将5类状态码详细列出：
! j+ h8 m+ r$ h$ z① 客户方错误
100  继续
101  交换协议
② 成功
200  OK
$ h2 F; {6 {' y! B 201  已创建
202  接收
6 w9 B4 c; Z% C6 z: p% O9 T1 D 203  非认证信息
204  无内容
6 V0 @0 _% V8 ^5 [- V+ S2 T 205  重置内容
206  部分内容
, Y- m5 }' F: R, ]4 T5 b③ 重定向
& [2 X9 g/ n, r' B 300  多路选择
; s% F* q7 X# J: t! m# @ 301  永久转移
0 i+ W+ ]0 O* c: G 302  暂时转移
5 r/ c- Z; O: I& a4 m8 C3 J 303  参见其它
304  未修改（Not Modified）
305  使用代理
④ 客户方错误
3 F1 p/ J& l  m" Q: C& {# W 400  错误请求（Bad Request）
8 {+ q- u. h$ O0 ~' l1 ~, G, w% R! ^ 401  未认证
* d, q7 y# m/ |- I1 ` 402  需要付费
: U7 V8 V# Q. P. w1 f 403  禁止（Forbidden）
404  未找到（Not Found）
405  方法不允许
406  不接受
+ e4 j2 h/ n" Z8 h( q0 g" ^ 407  需要代理认证
408  请求超时
  n- i' R% n# G: T2 F( S* e 409  冲突
410  失败
  }. @; `  V4 @9 [' ]# u  j& [0 g 411  需要长度
1 ?8 e: a4 k% ~: N0 d 412  条件失败
1 d8 M; S4 s! C. a, f# q 413  请求实体太大
414  请求URI太长
) \9 h$ v) t7 k& t( t 415  不支持媒体类型
⑤ 服务器错误
/ N) ]# _  v9 H  h; q. [ 500  服务器内部错误
501  未实现（Not Implemented）
502  网关失败
* z, I4 K* S. r4 O/ u# w 504  网关超时
$ G* l$ m+ v# l- ^9 m9 \ 505 HTTP版本不支持
# Q; I2 _: N! X; g关于实体头部的内容还可以有：
! h1 }, s. j( I2 h7 k. ILast Modified ：请求文档的最近修改时间。
Expires ：请求文档的过期时间。
Connect-length：文档数据的长度。
WWW-authenricate：通知客户端需要的认证信息。
Connect-encoding ：说明有无使用压缩技术。
6 `/ \% L" i& `+ s- tTransfer-encoding ：说明采用的编码变换类型。
& O  P2 x" p- p标准Http协议支持六种请求方法，即：
" R( Z& r  h) E$ L2 O 0，GET
3 }% b/ x8 k' ~ 1，HEAD
2，PUT
3，DELETE
% A  Z  T+ H( k  M* Q; M 4，POST
5，OPTIONS
& V+ d5 d) z( o9 ~$ ~9 k 但其实我们大部分情况下只用到了GET和POST。如果想设计一个符合RESTful规范的web应用程序，则这六种方法都会用到。不过即使暂时不想涉及REST，了解这六种方法的本质仍然是很有作用的。大家将会发现，原来web也是很简洁明了的。下面依次说明这六种方法。
) ^  b1 e- L2 O$ x/ W 0，GET：GET可以说是最常见的了，它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。
" j+ x7 G2 {9 P. _8 `& w 1，HEAD：HEAD和GET本质是一样的，区别在于HEAD不含有呈现数据，而仅仅是HTTP头信息。有的人可能觉得这个方法没什么用，其实不是这样的。想象一个业务情景：欲判断某个资源是否存在，我们通常使用GET，但这里用HEAD则意义更加明确。
! n* f5 D: ?8 y6 @& K2 W4 S2 f: y 2，PUT：这个方法比较少见。HTML表单也不支持这个。本质上来讲， PUT和POST极为相似，都是向服务器发送数据，但它们之间有一个重要区别，PUT通常指定了资源的存放位置，而POST则没有，POST的数据存放位置由服务器自己决定。举个例子：如一个用于提交博文的URL，/addBlog。如果用PUT，则提交的URL会是像这样的”/addBlog/abc123”，其中abc123就是这个博文的地址。而如果用POST，则这个地址会在提交后由服务器告知客户端。目前大部分博客都是这样的。显然，PUT和POST用途是不一样的。具体用哪个还取决于当前的业务场景。
9 \% r; C; d4 i5 n 3，DELETE：删除某一个资源。基本上这个也很少见，不过还是有一些地方比如amazon的S3云服务里面就用的这个方法来删除资源。
% T) O! x+ i1 V! L 4，POST：向服务器提交数据。这个方法用途广泛，几乎目前所有的提交操作都是靠这个完成。
5，OPTIONS：这个方法很有趣，但极少使用。它用于获取当前URL所支持的方法。若请求成功，则它会在HTTP头中包含一个名为“Allow”的头，值是所支持的方法，如“GET, POST”。
其实还有一个TRACE方法，不过这个基本上不会用到，这里就不介绍了。以上的六种方法，我们可以跟数据库的CRUD增删改查操作对应起来：
CREATE ：PUT
READ：GET
UPDATE：POST
DELETE：DELETE
: G8 P+ h( G" u( _ 这样一来就实现了HTTP和数据库操作（其实不光是数据库，任何数据如文件图表都是这样）的完美统一，这也是REST的精髓之一。
0 h# n% e2 A3 k, `' n* J0 m- i
3 }' g# }/ S/ O3 i( U1 I( L/ a, i