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

天云上人

原文：http://changfakong.diandian.com/post/2012-02-13/15973956
( {$ ]9 K7 r: d
请求方法是请求一定的Web页面的程序或用于特定的URL。可选用下列几种：
  Q. i- @& k& W9 H GET： 请求指定的页面信息，并返回实体主体。
HEAD： 只请求页面的首部。
POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。
PUT： 从客户端向服务器传送的数据取代指定的文档的内容。
DELETE： 请求服务器删除指定的页面。
9 I) O1 E8 ^- t3 [3 ? OPTIONS： 允许客户端查看服务器的性能。
) a% S6 j% F; ?- N8 W TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。
% e. s% R" \/ w% ^$ |8 N0 R* c PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。
  }: M. g7 D6 `; o8 Z" z6 p MOVE： 请求服务器将指定的页面移至另一个网络地址。
5 H, J1 N1 M) C6 p0 a% h COPY： 请求服务器将指定的页面拷贝至另一个网络地址。
LINK： 请求服务器建立链接关系。
" v' R, J" R/ S/ G" x& `" w UNLINK： 断开链接关系。
. H: _' n  F- L9 l. ]9 `0 { WRAPPED： 允许客户端发送经过封装的请求。
Extension-mothed：在不改动协议的前提下，可增加另外的方法。
当服务器响应时，其状态行的信息为HTTP的版本号，状态码，及解释状态码的简单说明。现将5类状态码详细列出：
- y2 C- L: y! F5 H3 [+ F7 m- ]; |① 客户方错误
100  继续
101  交换协议
② 成功
! y. `) o) R0 H+ S: F 200  OK
201  已创建
6 C& D  A+ B- I' z! d0 U 202  接收
2 f5 S! b: S) N% D9 k7 e  R 203  非认证信息
204  无内容
205  重置内容
+ Z: ~$ ~6 G- ~* [ 206  部分内容
6 c3 f7 {! E' `) u& X' M3 O' R9 `# Y③ 重定向
1 o7 t$ F+ h- [0 s0 X# r" V' o 300  多路选择
# l# A8 Y1 b$ e% z 301  永久转移
7 W+ o0 v1 b: g- I* p( | 302  暂时转移
303  参见其它
304  未修改（Not Modified）
305  使用代理
④ 客户方错误
400  错误请求（Bad Request）
401  未认证
402  需要付费
6 H2 m' M( C! e* W! e& C& ` 403  禁止（Forbidden）
7 _' Z# s% O7 Y/ [3 P( s 404  未找到（Not Found）
405  方法不允许
406  不接受
407  需要代理认证
408  请求超时
3 x! Y) u4 [* C8 ^" U6 k) c 409  冲突
% |1 r4 Y8 N/ [8 W5 T4 v- L/ L 410  失败
2 `/ E% L0 {" K( [( ~ 411  需要长度
412  条件失败
413  请求实体太大
7 n% C' [! S5 V( D: l0 M! Q: T" j 414  请求URI太长
  _  S6 \3 l, W+ |9 F 415  不支持媒体类型
⑤ 服务器错误
' h# p- c; ~+ B( [ 500  服务器内部错误
" u4 [4 u8 z' U1 k 501  未实现（Not Implemented）
502  网关失败
504  网关超时
, `3 A4 l$ o- L. R. e0 L9 r 505 HTTP版本不支持
( V  r7 v5 x9 M# ~- Z, b# J关于实体头部的内容还可以有：
Last Modified ：请求文档的最近修改时间。
: |- e) W! E. t' L( @! O9 vExpires ：请求文档的过期时间。
; o* P# D8 t% m. m' [: hConnect-length：文档数据的长度。
( h6 |5 N9 N1 H4 RWWW-authenricate：通知客户端需要的认证信息。
9 ~5 j$ O( ^1 F) tConnect-encoding ：说明有无使用压缩技术。
Transfer-encoding ：说明采用的编码变换类型。
2 Y" N& O& J1 {0 W! u5 d( N, d, {标准Http协议支持六种请求方法，即：
0，GET
  f) z4 @2 o# p( G2 g* N7 J 1，HEAD
- L1 P( v# w2 s1 W 2，PUT
3，DELETE
0 A" n+ G5 w, } 4，POST
1 K% m* K" O/ t$ p8 K. U 5，OPTIONS
8 h1 N& I3 Z5 b9 D( z 但其实我们大部分情况下只用到了GET和POST。如果想设计一个符合RESTful规范的web应用程序，则这六种方法都会用到。不过即使暂时不想涉及REST，了解这六种方法的本质仍然是很有作用的。大家将会发现，原来web也是很简洁明了的。下面依次说明这六种方法。
8 @( v0 i" H( o$ ` 0，GET：GET可以说是最常见的了，它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。
- o; |8 w( l, w- H! G0 h 1，HEAD：HEAD和GET本质是一样的，区别在于HEAD不含有呈现数据，而仅仅是HTTP头信息。有的人可能觉得这个方法没什么用，其实不是这样的。想象一个业务情景：欲判断某个资源是否存在，我们通常使用GET，但这里用HEAD则意义更加明确。
6 X4 r. d7 g% {9 M8 Z+ v; B 2，PUT：这个方法比较少见。HTML表单也不支持这个。本质上来讲， PUT和POST极为相似，都是向服务器发送数据，但它们之间有一个重要区别，PUT通常指定了资源的存放位置，而POST则没有，POST的数据存放位置由服务器自己决定。举个例子：如一个用于提交博文的URL，/addBlog。如果用PUT，则提交的URL会是像这样的”/addBlog/abc123”，其中abc123就是这个博文的地址。而如果用POST，则这个地址会在提交后由服务器告知客户端。目前大部分博客都是这样的。显然，PUT和POST用途是不一样的。具体用哪个还取决于当前的业务场景。
3，DELETE：删除某一个资源。基本上这个也很少见，不过还是有一些地方比如amazon的S3云服务里面就用的这个方法来删除资源。
, M* W( v) f( u* p! [ 4，POST：向服务器提交数据。这个方法用途广泛，几乎目前所有的提交操作都是靠这个完成。
6 k( M! E: L) Z0 y: m 5，OPTIONS：这个方法很有趣，但极少使用。它用于获取当前URL所支持的方法。若请求成功，则它会在HTTP头中包含一个名为“Allow”的头，值是所支持的方法，如“GET, POST”。
0 O3 n4 N: f7 M" M) m) o+ V 其实还有一个TRACE方法，不过这个基本上不会用到，这里就不介绍了。以上的六种方法，我们可以跟数据库的CRUD增删改查操作对应起来：
CREATE ：PUT
READ：GET
. |; B, V3 [4 h( ]3 W  O3 b UPDATE：POST
: i* v1 N% ]% L  f  P0 d% R( t3 o DELETE：DELETE
2 C7 r" M  X& a3 w 这样一来就实现了HTTP和数据库操作（其实不光是数据库，任何数据如文件图表都是这样）的完美统一，这也是REST的精髓之一。
1 z9 Z4 v1 ?, N0 r# l* b
9 d2 m! P( v8 m3 R  }; Z- p