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

天云上人

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

请求方法是请求一定的Web页面的程序或用于特定的URL。可选用下列几种：
GET： 请求指定的页面信息，并返回实体主体。
HEAD： 只请求页面的首部。
  C) M, H2 K$ _9 E POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。
PUT： 从客户端向服务器传送的数据取代指定的文档的内容。
DELETE： 请求服务器删除指定的页面。
1 W" D$ T; Q2 I3 p! ?7 W+ r8 F7 p: U OPTIONS： 允许客户端查看服务器的性能。
5 b" d* `( K( _/ D( P  ~. H1 T9 {" P TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。
PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。
MOVE： 请求服务器将指定的页面移至另一个网络地址。
COPY： 请求服务器将指定的页面拷贝至另一个网络地址。
LINK： 请求服务器建立链接关系。
UNLINK： 断开链接关系。
WRAPPED： 允许客户端发送经过封装的请求。
Extension-mothed：在不改动协议的前提下，可增加另外的方法。
当服务器响应时，其状态行的信息为HTTP的版本号，状态码，及解释状态码的简单说明。现将5类状态码详细列出：
① 客户方错误
, |4 w& _; N0 ?/ v 100  继续
, d7 a* j" a; D  j7 \ 101  交换协议
; K+ R4 @: ~: h! f- R  E0 v. W4 X) K② 成功
* N& T* G; v4 [2 [8 s" G 200  OK
201  已创建
& @5 b, g  B2 V; v 202  接收
  [; j% F2 p& V" f 203  非认证信息
- e2 q  r; Z, Z0 W 204  无内容
205  重置内容
206  部分内容
③ 重定向
300  多路选择
7 i  G" v  m) k* I# w& A: e- r 301  永久转移
# X/ A0 H. T1 P/ h$ ^- a( Q: R- a 302  暂时转移
( u& e6 P! A1 `( J 303  参见其它
% i4 O; o7 A9 ~' z- Z 304  未修改（Not Modified）
305  使用代理
④ 客户方错误
' S6 }' c* }+ M7 I! w 400  错误请求（Bad Request）
/ {9 n1 V1 {8 w! r0 j; h2 y 401  未认证
402  需要付费
- l& ]- a4 r  o! |4 h 403  禁止（Forbidden）
. E% b9 q8 r& m; n8 C: t5 ?! R& ^ 404  未找到（Not Found）
. c+ v: d9 |, `9 X4 j1 R 405  方法不允许
406  不接受
' A7 f$ q" }8 g# W0 d( m 407  需要代理认证
408  请求超时
409  冲突
/ i! z: D$ }5 R$ ~$ ?0 p2 D 410  失败
) J6 r0 _# [: g# s! n2 M  a5 R+ ^ 411  需要长度
# [9 C) a- {: E! i( [ 412  条件失败
) f. w3 e9 I# `! E, X* S 413  请求实体太大
7 V! ?6 H( G$ Y 414  请求URI太长
415  不支持媒体类型
⑤ 服务器错误
  ?- k9 p: r& y! [+ n 500  服务器内部错误
0 a* b8 _) Z  R9 C# K# ^& h5 G 501  未实现（Not Implemented）
) e" A( h- H: K( S; p 502  网关失败
504  网关超时
505 HTTP版本不支持
关于实体头部的内容还可以有：
1 n  D, T4 l* Y* ~% OLast Modified ：请求文档的最近修改时间。
Expires ：请求文档的过期时间。
Connect-length：文档数据的长度。
WWW-authenricate：通知客户端需要的认证信息。
Connect-encoding ：说明有无使用压缩技术。
& ~/ l/ ~5 g/ z6 e* D8 bTransfer-encoding ：说明采用的编码变换类型。
标准Http协议支持六种请求方法，即：
0，GET
) n/ y- {0 F2 _& R" F3 y5 S; z 1，HEAD
2，PUT
4 M% |6 |0 g# t 3，DELETE
3 F: ]& k  z& ]# M 4，POST
" `2 G$ ?0 H* b+ m% ?; G0 I9 g 5，OPTIONS
但其实我们大部分情况下只用到了GET和POST。如果想设计一个符合RESTful规范的web应用程序，则这六种方法都会用到。不过即使暂时不想涉及REST，了解这六种方法的本质仍然是很有作用的。大家将会发现，原来web也是很简洁明了的。下面依次说明这六种方法。
. C3 a# P  D8 u2 w& |& U: ^ 0，GET：GET可以说是最常见的了，它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。
6 X3 ^% q% w* h5 g& L- V/ | 1，HEAD：HEAD和GET本质是一样的，区别在于HEAD不含有呈现数据，而仅仅是HTTP头信息。有的人可能觉得这个方法没什么用，其实不是这样的。想象一个业务情景：欲判断某个资源是否存在，我们通常使用GET，但这里用HEAD则意义更加明确。
3 }$ L' V6 ?' G" ]% n 2，PUT：这个方法比较少见。HTML表单也不支持这个。本质上来讲， PUT和POST极为相似，都是向服务器发送数据，但它们之间有一个重要区别，PUT通常指定了资源的存放位置，而POST则没有，POST的数据存放位置由服务器自己决定。举个例子：如一个用于提交博文的URL，/addBlog。如果用PUT，则提交的URL会是像这样的”/addBlog/abc123”，其中abc123就是这个博文的地址。而如果用POST，则这个地址会在提交后由服务器告知客户端。目前大部分博客都是这样的。显然，PUT和POST用途是不一样的。具体用哪个还取决于当前的业务场景。
3，DELETE：删除某一个资源。基本上这个也很少见，不过还是有一些地方比如amazon的S3云服务里面就用的这个方法来删除资源。
4，POST：向服务器提交数据。这个方法用途广泛，几乎目前所有的提交操作都是靠这个完成。
; {- R5 n4 K, A8 {# v 5，OPTIONS：这个方法很有趣，但极少使用。它用于获取当前URL所支持的方法。若请求成功，则它会在HTTP头中包含一个名为“Allow”的头，值是所支持的方法，如“GET, POST”。
( U* ~9 d: a" x9 I, T: F 其实还有一个TRACE方法，不过这个基本上不会用到，这里就不介绍了。以上的六种方法，我们可以跟数据库的CRUD增删改查操作对应起来：
2 V7 v1 @  O! j# c$ T* Z CREATE ：PUT
5 c2 c6 G1 b( ~! Z, G READ：GET
7 z  n* A; C3 q UPDATE：POST
& r9 o, _+ }4 \- M DELETE：DELETE
; M+ |3 {& W! a 这样一来就实现了HTTP和数据库操作（其实不光是数据库，任何数据如文件图表都是这样）的完美统一，这也是REST的精髓之一。
& i5 [5 c; d% c# n7 m
2 u% s9 ^) K+ M2 w: _