[HTTP 方式] OPTIONS 这个方法是一个关于客户与 Request-URI 定义

duosole

HTTP 方式

OPTIONS

这个方法是一个关于客户与 Request-URI 定义的服务器之间的链上的可用通信选项信息的请求。这个方法允许客户决定 选项以及（或）与没有初始化任何资源检索的资源相关的需求。

GET

这个方法检索 Request-URI 定义的任何星系。如果 Request-URI 设计数据处理过程然后 GET 方法的回应应该包含处 理产生的数据而不是处理过程的源代码，除非源是这个处理的结果。

如果请求信息包含一个 If-Modified-Since，If-Unmodified-Since，If-Match， If-None-Match 或 If-Range 标题字段，那么 GET 方法就会成为有条件的 GET。有条件的 GET 方法用于通过指定该实体的传送应该仅在有条件标题字 段描述的环境下发生来减少网络流量。

如果请求信息包含 Range 标题字段，那么 GET 方法就会成为一个部分 GET。这个部分 GET 方法通过只请求不传送已被 客户包含的数据的实体的一部分来减少不必要的网络使用。

当且仅当达到 HTTP 缓存要求时一个 GET 请求的回应为可缓存的。

HEAD

这个方法共享 GET 方法的所有特征除了服务器不一定必须在回应中返回一个信息体。它检索蕴涵在导致广泛应该于测试合 法的超文本连接，可访问性，及最近修改的请求中的实体的元信息。

HEAD 请求的回应可能以这样的途径仍为可缓存的：包含于响应的信息可能用于更新先前缓存的被 Request-URI 识别的 实体。

POST

这个方法需要起源服务器接受包含在请求中的实体，就像 Request-URI 定义的新的下级资源一样。

POST 方法执行的实际动作由起源服务器判定，并且通常是依赖 Request-URI 的。

POST 方法的回应不可缓存，除非回应包含合适的 Cache-Control 或 Expires 标题字段。

PUT

这个方法需要被包含的实体存储在提供的 Request-URI 中。如果另一个实体存在于指定的 Request-URI 中，被包含的 实体应该被认为是存在于起源服务器上的新版本。如果 Request-URI 没有指向一个存在的资源，那么起源服务器应该创 建一个有 URI 的资源。

如果请求通过了一个缓存并且 Request-URI 识别了一个或多个当前缓存的实体，那么这些实体就应作为过时的处理。这 个方法的回应不可缓存。

TRACE

这个方法调用一个远程的，请求信息的应用层循环。最终的请求接受者应该把接受到的信息作为一个 200（OK）回应的实 体正文反射给客户。最终接受者是起源服务器或者第一个代理或者在请求中接受 0 值的 Max-Forwards 的网关。一个 TRACE 请求不一定要包含一个实体。

eyang

告诉我这个是干什么的