HTTP常用头部,Cookie解释

　　HTTP头部本质上就是一个传递额外重要信息的键值对.

　　HTTP头部重复了怎么办? 浏览器内部逻辑决定结果　　

　　类型: 通用头部, 请求头部, 响应头部, 实体头部

　  通用头部:

　　Cache-Control: 控制缓存

　　Connection: 1.管理持久连接(保持连接or断开连接) 2.控制不在转发给代理的首部字段

　　Date: 报文创建时间

　　Trailer: 提示body之后写入了头部,一般用于分块编码

　　Transfer-Encoding: chunked 分块编码, body改为用分块传输,一般与Content-Encoding经常会结合来用，其实就是针对进行了内容编码（压缩）的内容再进行传输编码（分块） 

　　Upgrade: 检测能否用更高版本的协议通信

　　Via: 追踪服务器与客户端之间请求和响应的传输路径,每经过一个代理,都会在Via字段后添加自己的信息

　　Warning: 通常告知用户一些缓存相关问题警告

 

　　请求首部:

　　Accept: 用户能处理的数据格式和相对优先级

     

　　Accept-Charset: 用户支持的字符集和相对优先级

　　Accept-Encoding: 用户支持的内容编码和相对优先级

    

　　Accept-Language:...语言集....

　　Authorization: 用户的认证信息

　　Expect: 告知服务器期望做出某种特定行为 , HTTP/1.1只规定了:100-continue

　　From: 告知服务器用户的电子邮件地址

　　Host: 告知服务器请求资源所在的主机名和端口号,HTTP/1.1规定请求必须包含,主要实现虚拟主机技术,把一台服务器划分成若干主机来运行多个网站和服务

　　If-xxx: 条件请求

　　Max-Forwords:可经过最大的服务器数目,可以调查指定传输路径的通信状况

　　Range: 请求资源的指定范围 --- 服务器206响应

　　Range: bytes=501-1000

　　Referer: 表示请求是从哪个资源发起的   ps: 可以统计访问量来源

　　User-Agent: 用户操作系统和浏览器的版本信息

 

　　响应头部:

　　Accept-Range: 是否能处理范围请求

　　Age: 创建响应时间

　　ETag: 唯一标识分配的资源  强ETag:改变一点就改变ETag值 

  　　　　　　　　　　　　　　弱ETag:提示资源是否相同,根本改变才改变

　　Location: 表示重定向后的URL

　　Retry-After: 告知客户端多久后再发送请求

　　Server: 告知客户端服务器信息

　　Vary: 缓存控制

 

　　实体头部:

　　Allow: 告诉用户支持的请求方法

　　Content-Encoding: 告知对body内容的编码方式(压缩)

       

　　 Content-Laguage: 告知body所用语言

　　 Content-Length: body长度, body编码后不能用该键值对传输!

　　 Content-Location: 告知用于访问资源的URL

　 　Content-MD5: 检查报文是否完整

　 　Content-Range: 针对范围请求,指定body符合请求的范围

　 　Content-Type: body的数据格式,和Accept表示一样

　 　Expires: 资源失效日期

　 　Last-Modified: 最后修改时间

 

　  Cookie服务:

　　原因: HTTP协议是无状态协议(不保存状态,即不保留之前的一切请求或相应信息)

　　          ---> 提高效率 ---> 希望保持状态功能,引入cookie技术 : 

                   Cookie :  就是一段字符串,是浏览器保存服务器返回数据的方法,通常保存用户身份信息

                   Set-Cookie : 服务器向浏览器中种下Cookie,当浏览器访问符合条件的url,就会自动带上这个Cookie

　　　　　 服务流程:　　1.客户端第一次请求时,如果服务器想保存用户信息,服务器向客户端响应时会带有Set-Cookie字段

　　　　　　　　　　　  2.客户端会保存Cookie,在下次请求时会自动带上Cookie

　　　　　　　　　　　  3.这样服务器收到Cookie后,就知道是哪个客户端发来的请求,得到之前的状态信息