http请求方法

options

options方法表明请求想得到请求/响应链上关于此请求里的URL指定资源的通信选项信息。此方法允许客户端去判定请求资源的选项或需求，或者服务器的能力，而不需要利用一个资源动作，或一个资源获取方法。（跨域请求时浏览器会自动发送一个options请求）

GET

GET 方法意思是获取被请求 URI（Request-URI）指定的信息（以实体的格式）。如果请求
URI 涉及到一个数据生成过程，那么这个过程生成的数据应该被作为实体在响应中返回而不是
过程的源文本，除非源文本恰好是过程的输出。
GET 请求的响应是可缓存的

HEAD

HEAD 方法和 GET 方法一致，除了服务器不能在响应里返回消息主体。HEAD 请求响应里
HTTP 头域里的元信息（译注：元信息就是头域信息）应该和 GET 请求响应里的元信息一致。
此方法被用来获取请求实体的元信息而不需要传输实体主体（entity-body）。此方法经常被用
来测试超文本链接的有效性，可访问性，和最近的改变。

POST

POST 方法被用于请求源服务器接受请求中的实体作为请求资源的一个新的从属物。 POST 被
设计涵盖下面的功能。
–已存在的资源的注释；
–发布消息给一个布告板，新闻组，邮件列表，或者相似的文章组。
–提供一个数据块，如提交一个表单给一个数据处理过程。
–通过追加操作来扩展数据库。
POST 方法的实际功能是由服务器决定的，并且经常依赖于请求 URI（Request-URI）。POST
提交的实体是请求 URI 的从属物，就好像一个文件从属于一个目录，一篇新闻文章从属于一个
新闻组，或者一条记录从属于一个数据库。
POST 方法执行的动作可能不会对请求 URI 所指的资源起作用。在这种情况下，200（成功）或
者 204（没有内容）将是适合的响应状态，这依赖于响应是否包含一个描述结果的实体。
如果资源被源服务器创建，响应应该是 201（Created）并且包含一个实体，此实体描述了请
求的状态。并且引用了这个新资源和一个 Location 头域
POST 方法的响应是不可缓存的。除非响应里有合适的 Cache-Control 或者 Expires 头域。然而，
303（见其他）响应能被用户代理利用去获得可缓存的响应。

PUT

PUT 方法请求服务器去把请求里的实体存储在请求 URI（Request-URI）标识下。如果请求
URI（Request-URI）指定的的资源已经在源服务器上存在，那么此请求里的实体应该被当作
是源服务器关于此 URI 所指定资源实体的最新修改版本。如果请求 URI（Request-URI）指定
的资源不存在，并且此 URI 被用户代理定义为一个新资源，那么源服务器就应该根据请求里的
实体创建一个此 URI 所标识下的资源。如果一个新的资源被创建了，源服务器必须能向用户代
理（user agent） 发送 201（已创建）响应。如果已存在的资源被改变了，那么源服务器应该
发送 200（Ok）或者 204（无内容）响应。如果资源不能根据请求 URI 创建或者改变，一个合
适的错误响应应该给出以反应问题的性质。实体的接收者不能忽略任何它不理解和不能实现的
Content-*（如：Content-Range）头域，并且必须返回 501（没有被实现）响应。

DELETE

DELETE 方法请求源服务器删除请求 URI 指定的资源。此方法可能会在源服务器上被人为的干
涉（或通过其他方法）。 客户端不能保证此操作能被执行，即使源服务器返回成功状态码。 然而，
服务器不应该指明成功除非它打算删除资源或把此资源移到一个不可访问的位置。
如果响应里包含描述成功的实体，响应应该是 200（OK）；如果 DELETE 动作还没有执行，
应该以 202（已接受）响应；如果 DELETE 请求方法已经执行但响应不包含实体，那么应该以
204（无内容）响应。
如果请求穿过缓存，并且请求 URI（Request-URI）指定了一个或多个缓存当前实体，那么这
些缓存项应该被认为是旧的。DELETE 方法的响应是不能被缓存的。