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

天云上人

原文：http://changfakong.diandian.com/post/2012-02-13/15973956

! U0 C" q3 x/ }, `( i6 f请求方法是请求一定的Web页面的程序或用于特定的URL。可选用下列几种：
GET： 请求指定的页面信息，并返回实体主体。
HEAD： 只请求页面的首部。
POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。
PUT： 从客户端向服务器传送的数据取代指定的文档的内容。
9 Z1 K- M2 `  Q& P9 M# }& f DELETE： 请求服务器删除指定的页面。
1 t0 R: R0 V2 [* u$ g& x; D& P3 s OPTIONS： 允许客户端查看服务器的性能。
0 x8 N: Q" j$ K$ g* V, C; {6 N TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。
9 b; U! @1 T8 K8 ]0 ] PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。
8 I+ \7 x% e- R0 Y* T! j0 X MOVE： 请求服务器将指定的页面移至另一个网络地址。
1 W# t7 f% h( Z3 ^! } COPY： 请求服务器将指定的页面拷贝至另一个网络地址。
9 E  f; g, I" A. @6 S7 A2 { LINK： 请求服务器建立链接关系。
UNLINK： 断开链接关系。
" D( p7 Z0 O4 j4 l WRAPPED： 允许客户端发送经过封装的请求。
2 G4 n4 L& w; P+ a, W1 L Extension-mothed：在不改动协议的前提下，可增加另外的方法。
7 X9 ~: p7 b) |' z/ |6 G" N4 j当服务器响应时，其状态行的信息为HTTP的版本号，状态码，及解释状态码的简单说明。现将5类状态码详细列出：
① 客户方错误
( O0 Y! Z5 q# A0 D  @2 y 100  继续
101  交换协议
& Z7 o# Q+ L- d' b② 成功
- v* O2 }. \. d% Q- ] 200  OK
5 p, }3 y6 z3 |. W/ m" f. U 201  已创建
202  接收
: ]" U! _2 m( I* O 203  非认证信息
7 T. Y. A! d5 F. l( B0 i. H4 C 204  无内容
205  重置内容
206  部分内容
2 z5 m" S& t1 z; V2 z& u③ 重定向
300  多路选择
% n$ {& `  J$ r. e+ i' w; \! | 301  永久转移
, V" ?. ^  B! T  r+ g 302  暂时转移
. t; t4 O7 k- ]- n0 F5 f 303  参见其它
304  未修改（Not Modified）
305  使用代理
/ z* c  m: X1 F" R& m- u  n! n④ 客户方错误
3 O4 ?- T, c6 b2 V7 h2 U% k 400  错误请求（Bad Request）
+ Z/ r7 m: V$ [/ s" r 401  未认证
402  需要付费
" S5 S/ q, I" ^! _: C 403  禁止（Forbidden）
404  未找到（Not Found）
; y9 K1 X# g( \' F/ E 405  方法不允许
406  不接受
407  需要代理认证
408  请求超时
409  冲突
$ p. r+ D3 V' v; S& k3 d' T+ ^ 410  失败
1 J3 v; S8 h6 G$ n1 r' h 411  需要长度
$ R8 J+ b# ~& C 412  条件失败
, P4 g6 i3 e% w" v$ @4 V' D 413  请求实体太大
414  请求URI太长
415  不支持媒体类型
7 Y( I! [6 x( @⑤ 服务器错误
: Q6 v5 b& s, W- I& B9 E5 u 500  服务器内部错误
501  未实现（Not Implemented）
502  网关失败
7 v+ p/ g0 }" T, S& v 504  网关超时
505 HTTP版本不支持
关于实体头部的内容还可以有：
Last Modified ：请求文档的最近修改时间。
Expires ：请求文档的过期时间。
- w; X% b  |' F; z7 V* I+ FConnect-length：文档数据的长度。
WWW-authenricate：通知客户端需要的认证信息。
Connect-encoding ：说明有无使用压缩技术。
" b! ~! F& F& ?# j- ?+ n& aTransfer-encoding ：说明采用的编码变换类型。
1 G- Y) z8 Z# O6 \/ N9 @9 p8 L, t6 z标准Http协议支持六种请求方法，即：
0 Y4 J  }( l9 [3 E5 o, U* O  E/ R 0，GET
1，HEAD
+ f9 @) R* ~; w7 s 2，PUT
3，DELETE
; o  A  G& S. \- N" \! N 4，POST
5，OPTIONS
3 {. S7 G- O4 d- J( x  z5 u 但其实我们大部分情况下只用到了GET和POST。如果想设计一个符合RESTful规范的web应用程序，则这六种方法都会用到。不过即使暂时不想涉及REST，了解这六种方法的本质仍然是很有作用的。大家将会发现，原来web也是很简洁明了的。下面依次说明这六种方法。
0，GET：GET可以说是最常见的了，它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。
  D7 i9 ^6 m/ J; m- g 1，HEAD：HEAD和GET本质是一样的，区别在于HEAD不含有呈现数据，而仅仅是HTTP头信息。有的人可能觉得这个方法没什么用，其实不是这样的。想象一个业务情景：欲判断某个资源是否存在，我们通常使用GET，但这里用HEAD则意义更加明确。
: h" B$ d$ S- A3 ^1 r 2，PUT：这个方法比较少见。HTML表单也不支持这个。本质上来讲， PUT和POST极为相似，都是向服务器发送数据，但它们之间有一个重要区别，PUT通常指定了资源的存放位置，而POST则没有，POST的数据存放位置由服务器自己决定。举个例子：如一个用于提交博文的URL，/addBlog。如果用PUT，则提交的URL会是像这样的”/addBlog/abc123”，其中abc123就是这个博文的地址。而如果用POST，则这个地址会在提交后由服务器告知客户端。目前大部分博客都是这样的。显然，PUT和POST用途是不一样的。具体用哪个还取决于当前的业务场景。
& l; f$ I8 I' Q 3，DELETE：删除某一个资源。基本上这个也很少见，不过还是有一些地方比如amazon的S3云服务里面就用的这个方法来删除资源。
" I8 V3 M4 U: Q4 h 4，POST：向服务器提交数据。这个方法用途广泛，几乎目前所有的提交操作都是靠这个完成。
2 W0 n2 _1 F& ~% d: }; S; J 5，OPTIONS：这个方法很有趣，但极少使用。它用于获取当前URL所支持的方法。若请求成功，则它会在HTTP头中包含一个名为“Allow”的头，值是所支持的方法，如“GET, POST”。
其实还有一个TRACE方法，不过这个基本上不会用到，这里就不介绍了。以上的六种方法，我们可以跟数据库的CRUD增删改查操作对应起来：
' K( ^5 f. f) Y; T0 P' e  r CREATE ：PUT
READ：GET
UPDATE：POST
1 h: y: A/ l: x9 N: O) R9 ] DELETE：DELETE
8 i* m, I8 [& }7 @  j 这样一来就实现了HTTP和数据库操作（其实不光是数据库，任何数据如文件图表都是这样）的完美统一，这也是REST的精髓之一。