HTTP请求方法不仅是GET和POST，也是最常用的。 根据RFC2616标准(目前的HTTP/1.1 )，我们知道通常有8种方法：选项、获取、头、开机自检、上传、删除、跟踪和连接。
官方定义的OPTIONS方法是一个功能选项，可用于请求在请求/响应通信期间获取由Request-URI标识的资源。 通过这种方法，客户端可以在请求特定资源之前，确定对该资源采取哪些必要措施，以及了解服务的性能。
无法缓存此请求方法的响应。
如果此选项请求包含正文，并且存在内容长度或传输编码，则需要Content-Type才能指定介质类型。 虽然规范中未定义此类正文的用法，但HTTP的未来扩展可能用于查询服务器上的更详细信息。 不支持扩展的服务器可以忽略请求的正文。
如果URI为星号(" * " )，则OPTIONS请求将尝试应用于服务器而不是指定的资源。 由于服务器通信选项通常依赖于资源，因此此“*”请求只能用作“ping”或“no-op”方法。 或用于测试服务器性能。 例如，用于测试HTTP/1.1代理。
如果URI不是星号，则只能用于获取资源通信中的可用选项。
得到的200个响应必须包含一个标题域，显示服务器实现的可应用于资源的可选特性(例如，Allow )，以及尚未定义规范的扩展。 如果有响应正文，则必须包含有关通信选项的信息。 此规范未定义正文格式，但可能在HTTO的未来扩展中定义。 可以利用内容协商选择适当的响应格式。 如果没有响应主体，则响应必须包含Content-Length，并且值必须为“0”。
margin-right:0px; margin-bottom:10px; margin-left:0px; padding-top:0px; padding-right:0px; padding-bottom:0px; padding-left:0px; font-family:'comic sans ms',微软雅黑,sans-serif"> 请求头的Max-Forwards用来请求特定代理。当代理收到一个允许URI转发的OPTIONS请求，则检查Max-Forwards。如果Max-Forwards值为0，则不能转发该消息；相反，代理会将自己的通信选项去响应。如果Max-Forwards是正整数，代理转发请求的时候会将该值减1。如果请求中没有Max-Forwards，转发的请求也不会有。 简而言之OPTIONS请求方法的主要用途有两个：
1、获取服务器支持的HTTP请求方法；也是黑客经常使用的方法。
2、用来检查服务器的性能。例如：AJAX进行跨域请求时的预检，需要向另外一个域名的资源发送一个HTTP OPTIONS请求头，用以判断实际发送的请求是否安全。
The DELETE Method
HTTP提供了一个与PUT方法对应的DELETE方法。一个DELETE请求将需要从Web服务器删除的内容指定为请求行中的资源部分。
DELETE方法唯一有趣的地方在于知性的小土豆接收了一个标识为200 OK的响应的时候，那并不意味着指定的资源已经被删除了。那仅仅说明服务器接收到了删除资源的命令。这一例外允许了出于安全考虑的人为的干预