方法	描述	是否包含主体
GET	从服务器获得一份文档	否
HEAD	只从服务器获得响应报文的首部	否
POST	向服务器发送需要处理的数据	是
PUT	将请求的主体部分存储在服务器上	是
TRACE	对可能经过代理服务器传送到服务器上去的报文进行追踪	否
OPTIONS	决定在服务器上可以执行哪些方法	否
DELETE	从服务器上删除一份文档	否

注意：并非所有的服务器都都实现了这几个方法。有的服务器还实现了自己特有的HTTP方法，称为扩展方法。

GET：GET可以说是最常见的了，它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。

HEAD：HEAD和GET本质是一样的，区别在于HEAD不含有呈现数据，而仅仅是HTTP头信息。有的人可能觉得这个方法没什么用，其实不是这样的。想象一个业务情景：欲判断某个资源是否存在，我们通常使用GET，但这里用HEAD则意义更加明确。

PUT：这个方法比较少见。HTML表单也不支持这个。本质上来讲， PUT和POST极为相似，都是向服务器发送数据，但它们之间有一个重要区别，PUT通常指定了资源的存放位置，而POST则没有，POST的数据存放位置由服务器自己决定。举个例子：如一个用于提交博文的URL，/addBlog。如果用PUT，则提交的URL会是像这样的”/addBlog/abc123”，其中abc123就是这个博文的地址。而如果用POST，则这个地址会在提交后由服务器告知客户端。目前大部分博客都是这样的。显然，PUT和POST用途是不一样的。具体用哪个还取决于当前的业务场景。

DELETE：删除某一个资源。基本上这个也很少见，不过还是有一些地方比如amazon的S3云服务里面就用的这个方法来删除资源。

POST：向服务器提交数据。这个方法用途广泛，几乎目前所有的提交操作都是靠这个完成。

OPTIONS：这个方法很有趣，但极少使用。它用于获取当前URL所支持的方法。若请求成功，则它会在HTTP头中包含一个名为“Allow”的头，值是所支持的方法，如“GET, POST”。

TRACE：请求服务器回送收到的请求信息，主要用于测试和诊断，所以是安全的。

以上的七种方法，我们可以跟数据库的CRUD增删改查操作对应起来：

CREATE ：PUT
     READ：GET
     UPDATE：POST
     DELETE：DELETE

HEAD、GET、OPTIONS和TRACE视为安全的方法，因为它们只是从服务器获得资源而不对服务器做任何修改；但是HEAD、GET、OPTIONS在用户端不安全，而POST则影响服务器上的资源。

GET虽然不修改服务器数据，但是GET方法通过URL请求来传递用户的输入；HEAD只获得消息的头部，但是数据传入也是通过URL。这样对客户端而言并不安全。

TRACE方法对于服务端和用户端一定是安全的