一直纠结要不要把关于首部的内容放到上一篇随笔中，毕竟报文中首部内容还是很重要的，之前也介绍过，犹豫良久，觉得写一个补充吧，原谅我有点强迫症。。。。。。

之前写的关于报文首部的传送门：

报文首部：http://www.cnblogs.com/imyalost/p/5708445.html

通用首部字段:http://www.cnblogs.com/imyalost/p/5717430.html

请求首部字段:http://www.cnblogs.com/imyalost/p/5726556.html

响应首部字段:http://www.cnblogs.com/imyalost/p/5737024.html

实体首部字段:http://www.cnblogs.com/imyalost/p/5740562.html

首部：首部和方法配合，共同决定和客户端和服务器能做什么事情

一、通用首部

客户端和服务器都可以使用的首部；在客户端、服务器和其他应用程序间提供一些非常有用的通用功能

1.1 通用的信息性首部

提供与报文相关的基本信息

1.2 通用缓存首部

基本的缓存首部

二、请求首部

请求报文特有的首部；为服务器提供一些额外信息，比如：客户端希望接收什么类型的数据、谁发的请求、客户端优先接收类型等

2.1 请求的信息性首部

2.2 安全请求首部

http本身支持一种简单的机制，对请求进行质询/响应认证。此机制要求客户端获取特定资源前，先对自身进行认证，这样可以使事务稍微安全一些

三、响应首部

响应首部有自己的首部集，以便为客户端提供信息；比如谁在发送响应，响应的功能，特殊指令等；其有助于客户端处理响应，将来发起更好的请求

3.1 响应的信息性首部

3.2 安全响应首部

http的质询/响应认证机制的响应侧；下面列出基本的质询首部

四、实体首部

应对实体主体部分的首部；比如：说明实体主体部分的数据类型大小等很多信息，很多首部可以用来描述http报文的负荷

4.1 实体的信息性首部

五、扩展首部

非标准的首部，由应用程序开发者创建，但还未添加到已批准的规范中（即使不知道这些首部的含义，http应用程序也要接受它们并对其进行转发）

这个只能算是对之前的关于报文首部的随笔的补充，没写到的内容都在开篇的传送地址中有写到，强迫症真可拍。。。

http协议进阶（三）补充：报文首部