标签：
一直纠结要不要把关于首部的内容放到上一篇随笔中，毕竟报文中首部内容还是很重要的，之前也介绍过，犹豫良久，觉得写一个补充吧，原谅我有点强迫症。。。。。。
之前写的关于报文首部的传送门：
报文首部：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://www.cnblogs.com/imyalost/p/5917987.html
