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

天云上人

原文：http://changfakong.diandian.com/post/2012-02-13/15973956
2 P& U8 E8 G& R5 ~; A3 D  y' H. T
6 b4 N5 k; F3 e# f请求方法是请求一定的Web页面的程序或用于特定的URL。可选用下列几种：
GET： 请求指定的页面信息，并返回实体主体。
HEAD： 只请求页面的首部。
POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。
6 I' _% c' O/ ?- H# p* A+ s- [ PUT： 从客户端向服务器传送的数据取代指定的文档的内容。
DELETE： 请求服务器删除指定的页面。
1 J2 {6 l! Q$ d! k OPTIONS： 允许客户端查看服务器的性能。
TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。
4 s) L. @2 [. h& z PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。
MOVE： 请求服务器将指定的页面移至另一个网络地址。
# D* d$ o+ c8 y# j$ P, r, B# Z COPY： 请求服务器将指定的页面拷贝至另一个网络地址。
5 G3 `- @. F8 Z% ?# T! `; B& p LINK： 请求服务器建立链接关系。
UNLINK： 断开链接关系。
WRAPPED： 允许客户端发送经过封装的请求。
Extension-mothed：在不改动协议的前提下，可增加另外的方法。
; E! Z+ E! b+ G! l' w( T, m2 M( m当服务器响应时，其状态行的信息为HTTP的版本号，状态码，及解释状态码的简单说明。现将5类状态码详细列出：
① 客户方错误
1 R) v2 x0 j4 n 100  继续
0 g7 y' s8 A1 b* M; W- ~ 101  交换协议
② 成功
; a8 K% `. ~$ c0 c 200  OK
201  已创建
202  接收
4 K( X: P! @; \$ \ 203  非认证信息
204  无内容
9 M0 j: U3 F! T& r$ }! W( B$ Y3 I 205  重置内容
206  部分内容
③ 重定向
3 H& ~, K& O3 R8 k 300  多路选择
; \: m% p/ Q, S+ l- ?- j8 f 301  永久转移
302  暂时转移
2 k# z" v, L7 {$ A5 i1 } 303  参见其它
304  未修改（Not Modified）
305  使用代理
④ 客户方错误
3 H% I: T' L! l5 q0 b0 l6 F 400  错误请求（Bad Request）
, P7 D1 L8 U$ a- G4 \6 n- T 401  未认证
* `+ ^. g; z5 @  Z3 y 402  需要付费
/ P' I  M, c1 c 403  禁止（Forbidden）
404  未找到（Not Found）
! q0 X$ h1 X4 K 405  方法不允许
406  不接受
407  需要代理认证
  C4 L8 \' H; `0 s) J1 u7 T  k0 n8 _ 408  请求超时
409  冲突
410  失败
- S% D9 O# F& D3 m 411  需要长度
412  条件失败
413  请求实体太大
414  请求URI太长
! l+ y$ H) ]/ c9 u1 t4 t9 `5 W 415  不支持媒体类型
/ j. E* `$ R, }, h⑤ 服务器错误
500  服务器内部错误
501  未实现（Not Implemented）
502  网关失败
6 ^: n1 w$ p" s  ~0 d 504  网关超时
# L! [# w$ D$ d+ G7 @% { 505 HTTP版本不支持
# a8 ?# C9 X0 Q% R4 W: e0 }关于实体头部的内容还可以有：
+ W- a2 T; a. F9 J( ZLast Modified ：请求文档的最近修改时间。
Expires ：请求文档的过期时间。
6 [" u; Q# @3 U5 r' S9 iConnect-length：文档数据的长度。
WWW-authenricate：通知客户端需要的认证信息。
7 o7 \1 g  k8 d5 T( e+ r0 nConnect-encoding ：说明有无使用压缩技术。
7 o( ?2 w! {! TTransfer-encoding ：说明采用的编码变换类型。
8 A% ^6 B% I+ P4 M标准Http协议支持六种请求方法，即：
+ F& g' n& b5 l8 U4 n 0，GET
1，HEAD
8 d% |& r, i7 }8 o. G0 S 2，PUT
3，DELETE
; F8 P0 f- a$ ~5 k/ ^( A8 l* D" } 4，POST
5，OPTIONS
* \$ b3 z% t* n$ |$ _ 但其实我们大部分情况下只用到了GET和POST。如果想设计一个符合RESTful规范的web应用程序，则这六种方法都会用到。不过即使暂时不想涉及REST，了解这六种方法的本质仍然是很有作用的。大家将会发现，原来web也是很简洁明了的。下面依次说明这六种方法。
- j; R7 o" F( z  j- K 0，GET：GET可以说是最常见的了，它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。
1，HEAD：HEAD和GET本质是一样的，区别在于HEAD不含有呈现数据，而仅仅是HTTP头信息。有的人可能觉得这个方法没什么用，其实不是这样的。想象一个业务情景：欲判断某个资源是否存在，我们通常使用GET，但这里用HEAD则意义更加明确。
4 h8 m+ f- v* Z) F" D 2，PUT：这个方法比较少见。HTML表单也不支持这个。本质上来讲， PUT和POST极为相似，都是向服务器发送数据，但它们之间有一个重要区别，PUT通常指定了资源的存放位置，而POST则没有，POST的数据存放位置由服务器自己决定。举个例子：如一个用于提交博文的URL，/addBlog。如果用PUT，则提交的URL会是像这样的”/addBlog/abc123”，其中abc123就是这个博文的地址。而如果用POST，则这个地址会在提交后由服务器告知客户端。目前大部分博客都是这样的。显然，PUT和POST用途是不一样的。具体用哪个还取决于当前的业务场景。
9 I! r. T! u+ A. I% `/ e7 f! ^ 3，DELETE：删除某一个资源。基本上这个也很少见，不过还是有一些地方比如amazon的S3云服务里面就用的这个方法来删除资源。
2 ?+ u0 m5 A/ H& f* B 4，POST：向服务器提交数据。这个方法用途广泛，几乎目前所有的提交操作都是靠这个完成。
( _# x0 n% w  w" c: `! l! B' ` 5，OPTIONS：这个方法很有趣，但极少使用。它用于获取当前URL所支持的方法。若请求成功，则它会在HTTP头中包含一个名为“Allow”的头，值是所支持的方法，如“GET, POST”。
其实还有一个TRACE方法，不过这个基本上不会用到，这里就不介绍了。以上的六种方法，我们可以跟数据库的CRUD增删改查操作对应起来：
CREATE ：PUT
* M$ D& g3 i2 E; ?1 t READ：GET
7 Z' b" @1 o6 J' H& f2 u3 c0 H1 S1 q; v UPDATE：POST
1 F* M2 l  f. z( K DELETE：DELETE
  a9 P4 r" X2 x3 c$ _6 E7 W 这样一来就实现了HTTP和数据库操作（其实不光是数据库，任何数据如文件图表都是这样）的完美统一，这也是REST的精髓之一。

8 e6 p8 R+ X- b$ W