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

天云上人

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

请求方法是请求一定的Web页面的程序或用于特定的URL。可选用下列几种：
- a0 o1 f" \& M6 k" @$ w9 X2 j  y1 e GET： 请求指定的页面信息，并返回实体主体。
HEAD： 只请求页面的首部。
POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。
4 s  D1 |, M5 @* ^5 g6 ]$ X PUT： 从客户端向服务器传送的数据取代指定的文档的内容。
DELETE： 请求服务器删除指定的页面。
! w, B6 e# B$ E/ h2 }9 p5 p8 o OPTIONS： 允许客户端查看服务器的性能。
TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。
PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。
3 D8 v( L# _! H  ]" k0 D MOVE： 请求服务器将指定的页面移至另一个网络地址。
+ q9 v2 s( K7 F0 b COPY： 请求服务器将指定的页面拷贝至另一个网络地址。
LINK： 请求服务器建立链接关系。
% J8 A8 h( n' ^3 J0 e7 S UNLINK： 断开链接关系。
1 C- z$ K8 {4 X* ? WRAPPED： 允许客户端发送经过封装的请求。
Extension-mothed：在不改动协议的前提下，可增加另外的方法。
当服务器响应时，其状态行的信息为HTTP的版本号，状态码，及解释状态码的简单说明。现将5类状态码详细列出：
( J" c# g! Y: K' Q① 客户方错误
5 n% p% @2 C3 ?0 a* z8 B' f' d/ t 100  继续
$ }+ F1 i& F7 Z9 Z1 v$ _ 101  交换协议
② 成功
200  OK
$ @$ m0 l% Y9 d( t4 z' f" P 201  已创建
6 d/ }4 E  ?- b( Z: k 202  接收
203  非认证信息
% A* Q+ W  C! P! x2 y& ~5 H 204  无内容
9 v3 m. g; P/ ?$ m 205  重置内容
206  部分内容
+ E! x' L4 s( f9 \. A/ }0 t③ 重定向
300  多路选择
301  永久转移
0 ^, Z) \- H! S1 K 302  暂时转移
4 I7 y* d; K: e& Y 303  参见其它
  `3 {8 R; G" i7 ?+ ~+ ]0 p 304  未修改（Not Modified）
: H% R* z  E% N" [! a 305  使用代理
- J( S" ~* S( L' {" C6 i. l④ 客户方错误
2 G' t* R3 Z0 c. E& g2 F$ B  z 400  错误请求（Bad Request）
401  未认证
402  需要付费
; n+ H. s( P8 v1 X3 S0 p3 L 403  禁止（Forbidden）
404  未找到（Not Found）
8 |! R4 y% V& j% l( Z 405  方法不允许
7 n, y: Z2 E' R2 Y( h3 [ 406  不接受
407  需要代理认证
408  请求超时
409  冲突
410  失败
411  需要长度
412  条件失败
4 Z) A0 V7 T5 `& e. o 413  请求实体太大
414  请求URI太长
: M6 c( b  \& G3 Y 415  不支持媒体类型
⑤ 服务器错误
500  服务器内部错误
501  未实现（Not Implemented）
4 M: P. v+ n+ |: d! w 502  网关失败
504  网关超时
% D4 O6 O* m5 Q: y2 I8 n1 s( e6 Z1 \ 505 HTTP版本不支持
& ?8 p3 ]) d; T) y% C关于实体头部的内容还可以有：
, K* L. H! d; S0 q" g/ tLast Modified ：请求文档的最近修改时间。
6 |5 q7 e1 e/ t2 [Expires ：请求文档的过期时间。
; O9 a; r- f; I4 u6 i! R' AConnect-length：文档数据的长度。
( y2 f8 x& F  R+ R- O9 gWWW-authenricate：通知客户端需要的认证信息。
Connect-encoding ：说明有无使用压缩技术。
3 }1 {( N. q! z- @( H' M0 WTransfer-encoding ：说明采用的编码变换类型。
' d# |- L3 P- x/ V* Y* q' Y标准Http协议支持六种请求方法，即：
0，GET
1，HEAD
+ l1 R$ I1 L+ ?5 v) G7 D 2，PUT
0 t- Z5 N  G" u5 e# V8 }/ w 3，DELETE
; w4 r% A0 T+ v, W+ m 4，POST
2 j8 |0 E3 p+ Q1 [ 5，OPTIONS
. c0 |7 o: I! _; \3 O% _ 但其实我们大部分情况下只用到了GET和POST。如果想设计一个符合RESTful规范的web应用程序，则这六种方法都会用到。不过即使暂时不想涉及REST，了解这六种方法的本质仍然是很有作用的。大家将会发现，原来web也是很简洁明了的。下面依次说明这六种方法。
0，GET：GET可以说是最常见的了，它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。
/ o7 h4 y+ O7 `  { 1，HEAD：HEAD和GET本质是一样的，区别在于HEAD不含有呈现数据，而仅仅是HTTP头信息。有的人可能觉得这个方法没什么用，其实不是这样的。想象一个业务情景：欲判断某个资源是否存在，我们通常使用GET，但这里用HEAD则意义更加明确。
, p, D7 T3 g+ e9 b9 f4 M 2，PUT：这个方法比较少见。HTML表单也不支持这个。本质上来讲， PUT和POST极为相似，都是向服务器发送数据，但它们之间有一个重要区别，PUT通常指定了资源的存放位置，而POST则没有，POST的数据存放位置由服务器自己决定。举个例子：如一个用于提交博文的URL，/addBlog。如果用PUT，则提交的URL会是像这样的”/addBlog/abc123”，其中abc123就是这个博文的地址。而如果用POST，则这个地址会在提交后由服务器告知客户端。目前大部分博客都是这样的。显然，PUT和POST用途是不一样的。具体用哪个还取决于当前的业务场景。
4 `+ a2 K# b: P( x2 \ 3，DELETE：删除某一个资源。基本上这个也很少见，不过还是有一些地方比如amazon的S3云服务里面就用的这个方法来删除资源。
4，POST：向服务器提交数据。这个方法用途广泛，几乎目前所有的提交操作都是靠这个完成。
, D8 o7 ^. l& @% e8 E  P& K 5，OPTIONS：这个方法很有趣，但极少使用。它用于获取当前URL所支持的方法。若请求成功，则它会在HTTP头中包含一个名为“Allow”的头，值是所支持的方法，如“GET, POST”。
其实还有一个TRACE方法，不过这个基本上不会用到，这里就不介绍了。以上的六种方法，我们可以跟数据库的CRUD增删改查操作对应起来：
CREATE ：PUT
% C+ U1 q) \% f7 T) l& q READ：GET
3 L- f8 m. p: I& }! ]/ h UPDATE：POST
DELETE：DELETE
这样一来就实现了HTTP和数据库操作（其实不光是数据库，任何数据如文件图表都是这样）的完美统一，这也是REST的精髓之一。
( e* }0 Y" E# E+ ?: Z2 j+ ]0 u3 j
, V6 S) X6 |" i/ ]" @