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

天云上人

原文：http://changfakong.diandian.com/post/2012-02-13/15973956
+ i" [( ~9 a" f# N2 b" I
+ Y! k( A5 U4 G2 X" ?请求方法是请求一定的Web页面的程序或用于特定的URL。可选用下列几种：
GET： 请求指定的页面信息，并返回实体主体。
4 Q+ i, H- e" ?6 l1 s! Q HEAD： 只请求页面的首部。
5 d' n, u" i1 f9 ?! Z  d$ X4 R8 c POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。
PUT： 从客户端向服务器传送的数据取代指定的文档的内容。
DELETE： 请求服务器删除指定的页面。
6 G* z: J) H/ Y" D( o1 r1 M OPTIONS： 允许客户端查看服务器的性能。
TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。
# }3 v7 I2 S$ b, ~" c; i. y2 j( Q0 i( {9 [, o PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。
9 R- ?8 k' t" x' M MOVE： 请求服务器将指定的页面移至另一个网络地址。
COPY： 请求服务器将指定的页面拷贝至另一个网络地址。
LINK： 请求服务器建立链接关系。
UNLINK： 断开链接关系。
4 n" }% J" L! p  o WRAPPED： 允许客户端发送经过封装的请求。
Extension-mothed：在不改动协议的前提下，可增加另外的方法。
9 p. S$ z, g( ^% z6 c; P当服务器响应时，其状态行的信息为HTTP的版本号，状态码，及解释状态码的简单说明。现将5类状态码详细列出：
① 客户方错误
+ M/ j+ C" Y, Z7 a! g 100  继续
101  交换协议
! Y( A1 b9 l" g4 N- o. m② 成功
# o8 B6 f. ^+ H6 ~4 P; u 200  OK
201  已创建
202  接收
203  非认证信息
204  无内容
: ~9 |7 _; ]7 c 205  重置内容
5 }8 j" E' u6 \4 T; G. e 206  部分内容
5 h2 R8 y% `9 F4 ~! o# o2 N5 ^9 ?③ 重定向
9 i+ Y2 E. d9 e" i' ] 300  多路选择
- S) m( `& o7 e: N- e 301  永久转移
302  暂时转移
303  参见其它
304  未修改（Not Modified）
( w3 m  h: y0 ]# S3 d 305  使用代理
④ 客户方错误
& l6 G  _/ u9 A4 ], T 400  错误请求（Bad Request）
401  未认证
$ e( ]: g$ q  T( x$ `' p+ v+ k 402  需要付费
/ e6 x' N+ s6 f 403  禁止（Forbidden）
' C! z# H' w6 A- g9 @ 404  未找到（Not Found）
: G' ^7 c7 [; o; i7 M, |/ V0 V 405  方法不允许
406  不接受
407  需要代理认证
. X' n* E' ?5 A7 s; B! u0 V 408  请求超时
4 M! [% T+ }, v 409  冲突
4 F* t& ~  u, _/ f: q; w- x% E 410  失败
" Z9 A5 H$ t* {- k8 k 411  需要长度
412  条件失败
413  请求实体太大
  g' c- @. x0 V, v( B) l$ x 414  请求URI太长
415  不支持媒体类型
: A& A/ A) b: d. X. c5 O1 s" O' e⑤ 服务器错误
500  服务器内部错误
1 T2 i: r) ~/ p 501  未实现（Not Implemented）
502  网关失败
7 k# |- A+ c1 o9 @8 y; m 504  网关超时
3 f0 M+ a4 J5 F6 I, f 505 HTTP版本不支持
关于实体头部的内容还可以有：
Last Modified ：请求文档的最近修改时间。
4 a7 ^, x) s8 ~  p1 _$ MExpires ：请求文档的过期时间。
. B- q1 n& y6 C- A, V' qConnect-length：文档数据的长度。
WWW-authenricate：通知客户端需要的认证信息。
Connect-encoding ：说明有无使用压缩技术。
Transfer-encoding ：说明采用的编码变换类型。
. E  H: E. v0 W4 t: B标准Http协议支持六种请求方法，即：
1 V8 n8 Y5 Y* {8 d# C6 L- ` 0，GET
$ \% {/ v! E3 ^8 c  E1 U7 J, G 1，HEAD
8 H& c9 M7 l3 Z, g9 y 2，PUT
3，DELETE
8 Q1 Y" K6 j# H# W4 S. x" J 4，POST
$ ~$ ~" T5 b0 O8 }  t% I: ? 5，OPTIONS
1 q6 e: h! }, a! b 但其实我们大部分情况下只用到了GET和POST。如果想设计一个符合RESTful规范的web应用程序，则这六种方法都会用到。不过即使暂时不想涉及REST，了解这六种方法的本质仍然是很有作用的。大家将会发现，原来web也是很简洁明了的。下面依次说明这六种方法。
0 t! }! o1 S- t) t 0，GET：GET可以说是最常见的了，它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。
/ a: E6 W4 G; f5 y! M3 L+ b& y 1，HEAD：HEAD和GET本质是一样的，区别在于HEAD不含有呈现数据，而仅仅是HTTP头信息。有的人可能觉得这个方法没什么用，其实不是这样的。想象一个业务情景：欲判断某个资源是否存在，我们通常使用GET，但这里用HEAD则意义更加明确。
% c5 J1 ]: u" D6 ~# ~3 U9 B8 D 2，PUT：这个方法比较少见。HTML表单也不支持这个。本质上来讲， PUT和POST极为相似，都是向服务器发送数据，但它们之间有一个重要区别，PUT通常指定了资源的存放位置，而POST则没有，POST的数据存放位置由服务器自己决定。举个例子：如一个用于提交博文的URL，/addBlog。如果用PUT，则提交的URL会是像这样的”/addBlog/abc123”，其中abc123就是这个博文的地址。而如果用POST，则这个地址会在提交后由服务器告知客户端。目前大部分博客都是这样的。显然，PUT和POST用途是不一样的。具体用哪个还取决于当前的业务场景。
% U5 v9 l& Z4 j, j6 y; j 3，DELETE：删除某一个资源。基本上这个也很少见，不过还是有一些地方比如amazon的S3云服务里面就用的这个方法来删除资源。
; z, [$ Z* H. k 4，POST：向服务器提交数据。这个方法用途广泛，几乎目前所有的提交操作都是靠这个完成。
5，OPTIONS：这个方法很有趣，但极少使用。它用于获取当前URL所支持的方法。若请求成功，则它会在HTTP头中包含一个名为“Allow”的头，值是所支持的方法，如“GET, POST”。
其实还有一个TRACE方法，不过这个基本上不会用到，这里就不介绍了。以上的六种方法，我们可以跟数据库的CRUD增删改查操作对应起来：
CREATE ：PUT
$ n  q+ a* J+ B0 }# ^ READ：GET
UPDATE：POST
5 P  |4 G* R/ C9 G DELETE：DELETE
这样一来就实现了HTTP和数据库操作（其实不光是数据库，任何数据如文件图表都是这样）的完美统一，这也是REST的精髓之一。

8 _  N1 T% M- b" ^+ M: L' S4 s