HTTP头(HTTPheader)详解.pdf

HTTP 协议被设计得非常强大，但很多网络应用都没有利用这些强大之处。比如缓存和HTTP 方法。HTTP 为资源的增删改查分别提供了 PUT,DELETE,POST,GET 等方法，确没有人用。所 以，最近兴起的Restful 只是对优化web 架构、充分利用HTTP 协议的能力的一个回 归。下 面是一些HTTP 协议的概述： 消息：HTTP 协议中顶级数据单位，使用HTTP 协议通信的机器之间来回发送的数据包 实体：只出现在有消息体的消息中。它按照实体header 定义的格式和编码进行传输。 方法： OPTIONS ：客户端查询服务器对与某URL 允许的通信选项 GET ：从服务器获取URL 对应的资源 HEAD ：除了服务器响应中不能包含消息体，该方法与GET 一样。用于只需少数元信息的情 况 POST ：被设计用来注解、修改URL 所对应的资源 PUT ：被设计用来修改或创建资源。当 URL 对应的资源存在时，则提交的作为新版本，否 则新建资源 DELETE ：被设计用来删除URL 对应的资源 TRACE ：主要用来测试。服务器将最终接收到的请求本身发送回来，作为客户端诊断依据 CONNECT ：保留的方法名，用于代理切换隧道 header 特殊参数： q ：在大多的各种header 值中，都可以看到一个名为q=0.2、q=0.7 之类的参数。因为发送 header 主要是一个和服务器的协商过程，所以能允许 的选项一般不只一个，但具体哪个优 先呢？这就需要为一些选项制定权重值。q 参数的值是一个从0 到1 的浮点数，默认是1， 为0 表示客户端无法接收，小数点后 不能超过3 位。另外，header 的多个值之间用逗号分 隔而不是分号。比如这个 header：Accept:audio/*;q=0.2,audio /basic ，这表示客户端告诉服 务器“我最喜欢的是一个audio/basic 类型的音频(因为它没有设置q 参数，默认是 1），但如 果没有，给我一个任 意类型(audio/*)的音频也行”。当然，这只是q 参数一个比较简单的应 用。 常规header ： Cache-Control ：用于指出请求/ 响应链上所有缓存必须服从的指令，它必须具有穿透各代理 和网关的能力。HTTP1.0 可能不支持该header 和Pragma：no-cache 。 Connection ：允许客户端指出希望特定连接的选项，且禁止由代理在将来的连接中通讯 Date ：表示消息发生的日期和时间，与RFC 822 中的orig-date 语义一致 Pragma ：用来包括实现特定的指令，可能应用到请求/ 响应链上所有接收方 Trailer ：指出给出的头部域集合在以chunked transfer-coding 编码的消息的尾部中存在 Transfer-Encoding ：指出应用什么类型的转换到消息主体上，与content-coding 不同，这不 是指定实体的属性而是消息的 Upgrade ：允许客户端指出其支持的其他通讯协议，切愿意使用之，若服务器发现切换是可 行的，必须在响应中回101 Via ：必须由网关或代理来指出请求中的UA 和服务器、以及在响应中的原始服务器和客户 端的中间协议和接收方。用于跟踪消息转发，避免请求循环 Warning ：用户携带关于消息的状态和转换的额外信息，可能不在消息中反映。一般用于警 告应用到消息实体上的缓存操作或转换缺少语义透明度 请求header： Accept ：客户端指出响应可以接受的媒体类型 Accept-Charset ：客户端指出响应可以接受的字符集 Accept-Encoding ：客户端指出响应可以接受的字符编码 Accept-Language ：客户端指出允许的语言 Authorization ：客户端在受到401 后，需要向服务器标明身份，包括此header 即可 Expect : 客户端指出要求的特殊服务器行为。若服务器无法满足，可以返回417 From : Host : 客户端指出要请求的资源的因特网主机和端口号 If-Match : 用于与方法一起使其条件化 If-Modified-Since : 用于方法使其条件化，如果请求的变量在本域指定的时间从来不曾修改过， 则实体将不会从服务器返回，改为304 If-None-Match : 用于与方法一起使其条件化 If-Range : 用于与方法一起使其条件化 If-Unmodified-Since : 用于与方法一起使其条件化，如果请求的资源自header 值时间以来未 改变，则服务器