前端网络知识--HTTP报文

首部

首部和方法一起进行配合工作，共同的决定了客户端和服务器做了什么事情。在请求和响应报文都可以用首部来提供信息，有些首部是某一种报文专用的牡丹石有的首部就会通用一些。

• 通用首部
  是客户端和服务器都可以使用的首部，可以在客户端、服务器和其他应用程序之间提供一些非常有用的通用功能。比如说Date可以在客户端和服务器端进行说明日期的。
• 请求首部
  这个首部是请求报文所特有的，它们可以向服务器提供一些额外的信息，比如说客户端想要接受一些什么样的数据，比如说Accept。
• 响应首部
  响应报文自己的首部，方便向客户端提供数据。比如说Server首部就是来告诉我们，现在我们与什么样的服务器进行交互。
• 实体首部
  实体首部指的是用于应对实体主体部分的首部，比如说：可以用实体首部来说明实体主题部分的数据类型，Content-Type用来告知应用程序的数据类型。
• 扩展首部
  这个首部是非标准得首部，由应用程序开发者创造，但是还没有添加到HTTP法人规范里面。

通用首部

这些首部提供的信息与报文相关的基本信息，这些首部和报文的类型没有关系，都是提供一些基本简单的信息。通用首部可以划分为：通用信息首部、通用缓存首部。

通用信息首部

在HTTP1.0引入了第一个允许HTTP应用程序缓存对象本地副本的首部，，这样就不用总是直接从源端服务器获取数据了。

通用缓存首部

请求首部

请求首部只在请求报文中进行使用，用来说明谁或是什么在发送请求，请求来源于何处等等信息。

请求的信息性首部

Accept请求首部
这个请求首部提供了一种将喜好和能力告知服务器的方式，包括客户端想要什么、想要什么、可以使用什么、最重要的是不想要什么。这样的话，服务器就可以根据他们想要的内容来发送信息，不会浪费时间和带宽来发送没有必要的信息。

Accept首部

条件请求首部
比如说客户端希望对请求添加某些限制，举个栗子：客户端已经有了一份文档的副本，希望只获取在服务器上和客户端副本有所区别的副本，这个时候就可以通过条件请求首部，客户端可以通过在请求上加上这种限制，也就是说服务器端在对请求进行响应之前，先要进行确认某一个条件是否为真。

条件请求首部

安全请求首部
HTTP本身是一种很简单的机制，可以对请求进行质询/响应认证，这样的机制就要求客户点在获取特定的资源之前，先对自身进行任认证，这样可以稍微使事务变得安全。

安全请求首部

代理请求首部

代理请求首部

响应首部

响应首部会为客户端提供一些额外的信息，这些首部有助于客户端处理响应，并在将来发送更加好的请求。

响应的信息性首部

协商首部
当资源有多种表示方法--当服务器上面的某一个文档的法语和德语译稿，HTTP可以为服务器和客户端提供对资源进行协商的能力，服务器可以通过以下的几个首部，对资源进行协商。

协商首部

安全首部
介绍一些基本的安全首部，这里主要举例为质询首部。

安全响应首部

实体首部
这一类首部用来描述HTTP报文的负荷，由于请求和响应报文中可能包含实体部分，所以这两类报文中可能出现这一类的首部信息。

• 实体的信息类首部

实体的信息类首部

• 内容首部
  内容首部提供了于实体内容相关的特定的信息，说明了实体的类型、尺寸以及处理它所需要的其他的信息。

内容首部

• 实体缓存首部
  这个首部说明了如何或是什么时候进行缓存，实体的缓存首部提供了与被缓存的实体相关的信息。

  
  实体的缓存首部