http协议请求方法

　　http/1.1协议中共定义了八种方法(有时也叫“动作”)来表明request-uri指定的资源的不同操作方式：

　　options返回服务器针对特定资源所支持的http请求方法。也可以利用向web服务器发送'*'的请求来测试服务器的功能性。

　　head向服务器索要与get请求相一致的响应，只不过响应体将不会被返回。这一方法可以在不必传输整个响应内容的情况下，就可以获取包含在响应消息头中的元信息。

　　get向特定的资源发出请求。注意：get方法不应当被用于产生“副作用”的操作中，例如在web app.中。其中一个原因是get可能会被网络蜘蛛等随意访问。

　　post向指定资源提交数据进行处理请求(例如提交表单或者上传文件)。数据被包含在请求体中。post请求可能会导致新的资源的建立和/或已有资源的修改。

　　put向指定资源位置上传其最新内容。

　　delete请求服务器删除request-uri所标识的资源。

　　trace回显服务器收到的请求，主要用于测试或诊断。

　　connecthttp/1.1协议中预留给能够将连接改为管道方式的代理服务器。

　　方法名称是区分大小写的。当某个请求所针对的资源不支持对应的请求方法的时候，服务器应当返回状态码405(method not allowed);当服务器不认识或者不支持对应的请求方法的时候，应当返回状态码501(not implemented)。

　　http服务器至少应该实现get和head方法，其他方法都是可选的。当然，所有的方法支持的实现都应当符合下述的方法各自的语义定义。此外，除了上述方法，特定的http服务器还能够扩展自定义的方法。

　　安全协议

　　安全超文本传输协议(secure hypertext transfer protocol, s-http)是一种结合http而设计的消息的安全通信协议。s-http协议为http客户机和服务器提供了多种安全机制，这些安全服务选项是适用于web上各类用户的。还为客户机和服务器提供了对称能力(及时处理请求和恢复，及两者的参数选择)同时维持http的通信模型和实施特征。

　　s-http不需要客户方的公用密钥证明，但它支持对称密钥的操作模式。这意味着在没有要求用户个人建立公用密钥的情况下，会自发地发生私人交易。它支持端对端安全传输，客户机可能首先启动安全传输(使用报头的信息)，用来支持加密技术。

　　在语法上，s-http报文与http相同，由请求行或状态行组成，后面是信息头和主体。请求报文的格式由请求行、通用信息头、请求头、实体头、信息主体组成。响应报文由响应行、通用信息头、响应头、实体头、信息主体组成。

　　目前有两种方法来建立连接：httpsuri方案和http 1.1请求头(由rfc2817引入)。由于浏览器对后者的几乎没有任何支持，因此https uri方案仍是建立安全超文本协议连接的主要手段。安全超文本连接协议使用https://代替http://