HTTP协议(RFC2616)中的方法定义.docVIP

HTTP协议(RFC2616)中的方法定义 OPTIONS OPTIONS 方法表示在由 Request-URI 标识的请求/响应链上关于有效通迅选项信息的请求。该方法允许客户端判断与某个资源相关的选项和/或需求或者服务器的能力，而不需要采用资源行为或发起资源获取。 该方法的响应不能缓存。 如果OPTIONS请求包括实体(如由 Content-Length或 Transfer-Encoding的存在表示)，这时媒体类型必须通过 Content-Type 域表示。尽管本规范没有定义该实体的用法，将来的HTTP 扩展可能使用 OPTIONS 消息体来更详细地查询服务器的信息。服务器不支持该扩展可以丢弃该请求消息体。 如果 Request-URI 是星号(“*”)，OPTIONS 请求通常试图应用于服务器而不是特定的资源。由于服务器的通迅选项一般由资源决定，所以“*”请求只作为“ping”或“no-op”类型的方法有用；它没有任何作用，除了允许客户端测试服务器的能力。例如，可用来测试HTTP/1.1 代理的一致性(或缺少因素)。 如果 Request-URI不是星号，OPTIONS请求只应用于与该资源通迅时的有效选项。 200 响应应该包括任何头部域来表示服务器实现和可应用到该资源的可选特性(如Allow)，可能包括该规范没有定义的扩展。如果有响应消息体，则应该还包括通迅选项的信息。本规范没有定义该消息体的格式，但可能在将来扩展 HTTP时定义。内容协商可用于选择适当的响应格式。如果不包括响应消息体，则响应必须包括域值为“0”的 Content-Length域。 Max-Forwards 请求头部域可能用于请求链中定位特定代理。当代理收到关于允许请求转发的absoluteURI的OPTIONS请求时， 代理必须检查Max-Forwards域。 如果Max-Forwards域值为0(“0” )，则代理不能转发该消息；取而代之，代理应该以它自己的通迅选项来响应。 如果 Max-Forwards 域值是大于 0 的整数，代理在转发该请求时必须将域值减一。如果请求中不存在 Max-Forwards域，则转发的请求中不能包括Max-Forwards域。 GET GET 方法即获取由 Request-URI 标识的任何信息(以实体的形式)。如果 Request-URI引用某个数据处理过程，则应该以它产生的数据作为在响应中的实体，而不是该过程的源代码文本，除非该过程碰巧输出该文本。 如果请求消息包括 If-Modified-Since、If-Unmodified-Since、If-Match、If-None-Match或者If-Range头部域，则GET方法的语义变为“条件GET”。条件 GET方法请求只传输在条件头部域描述情形下的实体。条件 GET 方法试图通过允许刷新缓存的实体而不需要多次请求或传输客户端已经拥有的数据来减少非必要的网络使用。 如果请求消息包括 Range头部域，则 GET方法的语义变为“局部 GET”。局部 GET请求只需传输实体的某部分。 HEAD 除了服务器不能在响应中返回消息体，HEAD 方法与 GET 相同。HEAD 请求的响应中的 HTTP 头部中包含的元信息应该与 GET 请求发送的响应中的信息相同。该方法可用来获取请求暗示实体的元信息， 而不需要传输实体本身。 该方法常用来测试超文本链接的有效性、可用性和最近的修改。 当响应中包含的信息可用于更新先前从该资源缓存的实体时， HEAD 请求的响应可能是可缓冲的。如果新的域值表明该缓冲的实体与当前实体不同(如可通过 Content-Length、Content-md5、ETag或Last-Modified的区别来表示)，这时缓冲服务器必须将该缓存实体作为过期的。 POST POST 方法用来请求原始服务器接受请求中封装的实体作为从属于请求行中的Request-URI标识的副属。POST设计允许完成下列功能的统一方法： / 注解存在资源； 上传消息到论坛、新闻组或相似的讨论组； 向数据处理过程提供数据块，如递交表单的结果； 通过追加操作来扩展数据库。 POST 方法执行的实际功能由服务器决定，且通常取决于 Request-URI。上传的实体从属于该URI，通过文件从属于包含它的目录，新的论文从属于它上传的新闻组，或记录从属于数据库的方式。 POST 方法执行的行为可能不导致通过 URI 能够标识的某个资源。在这种情况下，200(OK)或 204(No Content)都是适合的响应状态。这取决于描述结果的响应是否包括实体。 如果原始服务器创建了资源，响应应该是 201(Created)，且包含描述请求状态的实体，和新资源的引用，和Location头部。 该方