HTTP协议的头信息详解
HTTP响应头部
HTTP响应头部HTTP（超文本传输协议）是用于在Web浏览器和Web服务器之间传输数据的协议。
在HTTP请求和响应过程中，头部是重要的组成部分之一，它包含了关于请求或响应的元数据信息。
本文将介绍HTTP响应头部的作用和常见的头部字段。
一、HTTP响应头部的作用HTTP响应头部是服务器在接收到客户端（浏览器）发送的请求后，向客户端返回的一部分响应数据。
它在传输过程中携带了一些元数据信息，用于指示服务器的处理结果、响应的内容类型、缓存控制等。
客户端接收到HTTP响应头部后，根据其中的信息进行相应的处理。
以下是HTTP响应头部的常见字段及其作用。
二、常见的HTTP响应头部字段1. Content-TypeContent-Type字段用于指定返回内容的类型。
它告诉客户端如何解析响应数据。
常见的值包括text/html（HTML文档）、text/css（CSS文件）、application/json（JSON数据）等。
2. Content-LengthContent-Length字段用于指定响应内容的字节数。
客户端可以根据该字段判断响应数据的大小，以便正确接收和处理。
3. ServerServer字段用于指定服务器软件的名称和版本号。
客户端可以根据该字段了解服务器的类型和版本信息。
4. Set-CookieSet-Cookie字段用于指定要在客户端保存的Cookie信息。
服务器通过设置Cookie，可以在客户端与服务器之间保持会话状态。
5. ExpiresExpires字段用于指定响应内容的过期时间。
客户端可以根据该字段来判断是否需要发送新的请求获取最新的内容。
6. LocationLocation字段用于指定重定向的URL。
当服务器需要将客户端重定向到另一个URL时，会在响应头部中设置该字段。
以上是一些常见的HTTP响应头部字段，它们在HTTP协议中被广泛应用于Web开发和网络通信过程中。
三、HTTP响应头部的重要性HTTP响应头部对于客户端和服务器之间的通信至关重要。
HTTP协议中的请求头和响应头
HTTP协议中的请求头和响应头HTTP协议是互联网中最重要的协议之一，它是实现Web服务的基础。
在HTTP通信过程中，客户端与服务器之间需要交换大量的信息，而其中的请求头和响应头则是最重要的两个部分。
本文将针对HTTP协议中的请求头和响应头进行详细介绍，探究其基本原理、常见类型以及使用方法，帮助读者更好地理解HTTP 协议。
HTTP请求头HTTP请求头通常包含以下内容：1. 请求的方法： HTTP协议规定了几种请求方法，包括GET、POST、PUT、DELETE等。
客户端在发送请求时需要指定请求方法，服务器接收到请求后便根据不同的方法处理请求。
2. 请求的URL：请求的URL通常指明了客户端请求数据的地址，包括主机名、端口号、路径等。
客户端通常通过浏览器输入URL来发起HTTP请求。
3. 请求的HTTP版本： HTTP标准目前有1.0和1.1两个版本，通常请求头中会包含HTTP版本信息。
4. 请求头部字段：请求头中可以包含多个字段，用于提供额外的请求信息，例如用户代理、接受的编码方式等。
5. 请求正文：请求体中包含了客户端向服务器传递的数据，通常用于提交表单数据或上传文件等操作。
HTTP响应头HTTP响应头通常包含以下内容：1. HTTP版本：响应头中会包含HTTP版本信息，以便客户端与服务器进行协议匹配。
2. 状态码： HTTP响应中的状态码用于表明服务器对请求的处理结果。
常见的状态码包括200表示成功、404表示未找到资源、500表示服务器内部错误等。
3. 响应头部字段：响应头中可以包含多个字段，用于提供响应信息，例如数据内容类型、服务器软件等。
4. 响应体：响应体中包含了由服务器返回给客户端的数据，可以是HTML页面、图片、视频等内容。
常见的请求头与响应头1. User-Agent：请求头中的User-Agent字段用于标明客户端浏览器的代理信息，例如Chrome、Safari等。
服务器可以利用该字段进行浏览器兼容性检测、广告投放等操作。
http协议详解(超详细)
http协议详解(超详细)1. 基础概念篇1.1 介绍HTTP是Hyper Text Transfer Protocol（超文本传输协议）的缩写。
它的发展是万维网协会（World Wide Web Consortium）和Internet工作小组IETF（Internet Engineering Task Force）合作的结果，（他们）最终发布了一系列的RFC，RFC 1945定义了HTTP/1.0版本。
其中最著名的就是RFC 2616。
RFC 2616定义了今天普遍使用的一个版本——HTTP 1. 1。
HTTP协议（HyperText Transfer Protocol，超文本传输协议）是用于从WWW服务器传输超文本到本地浏览器的传送协议。
它可以使浏览器更加高效，使网络传输减少。
它不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。
HTTP是一个应用层协议，由请求和响应构成，是一个标准的客户端服务器模型。
HTTP是一个无状态的协议。
1.2 在TCP/IP协议栈中的位置HTTP协议通常承载于TCP协议之上，有时也承载于TLS或SSL协议层之上，这个时候，就成了我们常说的HTTPS。
如下图所示：默认HTTP的端口号为80，HTTPS的端口号为443。
1.3 HTTP的请求响应模型HTTP协议永远都是客户端发起请求，服务器回送响应。
见下图：这样就限制了使用HTTP协议，无法实现在客户端没有发起请求的时候，服务器将消息推送给客户端。
HTTP协议是一个无状态的协议，同一个客户端的这次请求和上次请求是没有对应关系。
1.4 工作流程一次HTTP操作称为一个事务，其工作过程可分为四步：1）首先客户机与服务器需要建立连接。
只要单击某个超级链接，HTTP的工作开始。
2）建立连接后，客户机发送一个请求给服务器，请求方式的格式为：统一资源标识符（UR L）、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。
HTTP中header头部信息详解
HTTP中header头部信息详解HTTP Request的Header信息1、HTTP请求⽅式如下表：GET向Web服务器请求⼀个⽂件POST向Web服务器发送数据让Web服务器进⾏处理PUT向Web服务器发送数据并存储在Web服务器内部HEAD检查⼀个对象是否存在DELETE从Web服务器上删除⼀个⽂件CONNECT对通道提供⽀持TRACE跟踪到服务器的路径OPTIONS查询Web服务器的性能说明：主要使⽤到“GET”和“POST”。
实例：POST /test/tupian/cm HTTP/1.1分成三部分：1. POST：HTTP请求⽅式2. /test/tupian/cm：请求Web服务器的⽬录地址（或者指令）3. HTTP/1.1: URI（Uniform Resource Identifier，统⼀资源标识符）及其版本备注：在Ajax中，对应method属性设置。
2、Host说明：请求的web服务器域名地址3、User-Agent说明：HTTP客户端运⾏的浏览器类型的详细信息。
通过该头部信息，web服务器可以判断到当前HTTP请求的客户端浏览器类别。
实例：User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.114、Accept说明：指定客户端能够接收的内容类型，内容类型中的先后次序表⽰客户端接收的先后次序。
例如：Accept:text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5备注：在Prototyp（1.5）的Ajax代码封装中，将Accept默认设置为“text/javascript, text/html, application/xml, text/xml, */*”。
请求头和请求体的概念
请求头和请求体的概念在网络通信中，请求头（Request Header）和请求体（Request Body）是HTTP 协议中的两个重要概念。
它们用于在客户端向服务器发送请求时，传递相关信息和数据。
下面将详细介绍请求头和请求体的概念及其作用：1.请求头（Request Header）请求头是HTTP请求中的一部分，包含了客户端向服务器发送请求时的各种元数据和配置信息。
它通常由一系列的键值对组成，每个键值对表示一个具体的属性或选项。
以下是一些常见的请求头字段及其作用：-Host:表示请求的目标主机名和端口号。
-User-Agent:标识发起请求的客户端软件、操作系统和版本信息。
-Accept:指定客户端能够接受的响应内容类型。
-Content-Type:指定请求体中的数据格式类型，如JSON、XML等。
-Authorization:提供身份验证凭证，用于访问需要授权的资源。
-Cookie:包含之前服务器发送的Cookie信息，用于保持会话状态。
-Referer:标识请求来源页面的URL。
-Cache-Control:控制缓存行为的指令，如是否使用缓存、缓存过期时间等。
请求头的作用是提供必要的信息给服务器，以便服务器理解和处理客户端的请求。
它可以告诉服务器请求的目标是什么，客户端的身份是谁，以及客户端期望接收到的响应格式等。
通过适当设置请求头，可以实现更加精确和定制化的请求。
2.请求体（Request Body）请求体是HTTP请求中的可选部分，用于在客户端向服务器发送数据或信息。
它通常用于POST、PUT等需要发送数据的请求方法中。
请求体可以包含各种类型的数据，如表单数据、JSON数据、XML数据等。
以下是一些常见的请求体数据类型：-表单数据（Form Data）:以键值对形式组织的数据，常用于提交表单数据。
-JSON数据:使用JSON格式组织的数据，常用于传输结构化数据。
-XML数据:使用XML格式组织的数据，常用于传输复杂的数据结构。
http报文常见的请求头、响应头
http报⽂常见的请求头、响应头http报⽂常见的请求头1.AcceptAccept: text/html 浏览器可以接受服务器回发的类型为 text/html。
Accept: /代表浏览器可以处理所有类型,(⼀般浏览器发给服务器都是发这个)。
2.Accept-EncodingAccept-Encoding: gzip, deflate 浏览器申明⾃⼰接收的编码⽅法，通常指定压缩⽅法，是否⽀持压缩，⽀持什么压缩⽅法（gzip，deflate），（注意：这不是只字符编码）。
3.Accept-LanguageAccept-Language:zh-CN,zh;q=0.9 浏览器申明⾃⼰接收的语⾔。
4.ConnectionConnection: keep-alive 当⼀个⽹页打开完成后，客户端和服务器之间⽤于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的⽹页，会继续使⽤这⼀条已经建⽴的连接。
Connection: close 代表⼀个Request完成后，客户端和服务器之间⽤于传输HTTP数据的TCP连接会关闭，当客户端再次发送Request，需要重新建⽴TCP连接。
5.Host（发送请求时，该报头域是必需的）Host: 请求报头域主要⽤于指定被请求资源的Internet主机和端⼝号，它通常从HTTP URL中提取出来的。
6.Refererer-AgentUser-Agent:Mozilla/...，告诉HTTP服务器，客户端使⽤的操作系统和浏览器的名称和版本。
8.Cache-ControlCache-Control:private 默认为private 响应只能够作为私有的缓存，不能再⽤户间共享Cache-Control:public 响应会被缓存，并且在多⽤户间共享。
正常情况, 如果要求HTTP认证,响应会⾃动设置为 private.Cache-Control:must-revalidate 响应在特定条件下会被重⽤，以满⾜接下来的请求，但是它必须到服务器端去验证它是不是仍然是最新的。
HTTP协议的头部
HTTP协议的头部HTTP⾸部字段有四种类型：通⽤⾸部字段，请求⾸部字段，响应⾸部字段，实体⾸部字段。
通⽤⾸部字段：⾸部字段说明Cache-Control控制缓存的⾏为Connection逐跳⾸部、连接的管理Date创建报⽂的⽇期时间Pragma报⽂指令Trailer报⽂末端的⾸部⼀览Transfer-Encoding指定报⽂主体的传输编码⽅式Upgrade升级为其他协议Via代理服务器的相关信息Warning错误通知请求⾸部字段：⾸部字段说明Accept⽤户代理的媒体类型Accept-Charset优先的字符集Accept-Encoding优先的内容编码Accept-Language优先的语⾔Authorization Web认证信息Expect期待服务器的特定⾏为From⽤户的电⼦邮件Host请求资源所在服务器if-Match⽐较实体标记(ETag)if-Modified-Since⽐较资源的更新时间if-None-Match⽐较实体标记(与if-Match相反)if-Range资源未更新时发送实体Byte的范围请求if-Unmodified-Since⽐较资源的更新时间(与if-Modified-Since想法)Max-Forwards最⼤传输逐跳Proxy-Authorization代理服务器要求客户端的认证信息Range实体的字节范围请求Refer对请求中URI的原始获取⽅TE传输编码的优先级User-Agent HTTP客户端的信息响应⾸部字段：⾸部字段说明Accept-Ranges是否接受字节范围请求Age推算资源创建经过时间⾸部字段说明ETag资源匹配信息Location令客户端重定向⾄指定URIProxy-Authenticate代理服务器对客户端的认证信息Retry-After对再次发起请求的时机要求Server HTTP服务器的安装信息Vary代理服务器缓存的管理信息WWW-Authenticate服务器对客户端的认证信息实体⾸部字段：⾸部字段说明Allow资源可⽀持的HTTP⽅法Content-Encoding实体主体适⽤的编码⽅式Content-Language实体主体的⾃然语⾔Content-Length实体主体的⼤⼩Content-Location替代对饮资源的URIContent-MD5实体主体的报⽂摘要Content-Range实体主体的位置范围Content-Type实体主体的媒体类型Expires实体主体过期的⽇期时间Last-Modified资源的最后修改⽇期时间HTTP⾸部字段将定义成缓存代理和⾮缓存代理两种类型：端到端(End-to-end Header):此类中的⾸部字段会转发给请求/响应对应的最终接受⽬标，且必须在由缓存⽣成的响应中，另外规定它必须被转发。
HTTP请求格式：请求行、请求头详细介绍【爬虫工程师必会】
在网络传输中HTTP协议非常重要，该协议规定了客户端和器端请求和应答的标准HTTP协议能保证计算机正确快速地传输超文本文档，并确定了传输文档中的哪部分，以及哪部分内容首先显示(如文本先于图形)等。
根据HTTP协议的规定，客户端一个HTTP请求到器的请求消息，由请求行，求头部、空行以及请求数据四部分组成。
如下所示为请求消息的一般格式。
结合一个典型的HTTP请求示例，详细介绍HTTP请求信息的各个组成部分。
示例内容如下：GEThttps://www.baidu./content-search.xmlHTTP/1.1Host:www.baidu.Connection:keep-aliveSec-Fetch-Site:same-originSec-Fetch-Mode:no-corsUser-Agent:Mozilla/5.0(WindowsNT10.0;WOW64)AppleWebKit/537.36(KHTML,lik eGecko)Chrome/78.0.3904.108Safari/537.36Accept-Encoding:gzip,deflate,brAccept-Language:zh-CN,zh;q=0.9Cookie:BIDUPSID=12D4BD8584CA4E016E061A2A996EF369;PSTM=1620090350;BAIDUI D=12D4BD8584CA4E01C03BA560AACCF2CE:FG=1;BD_UPN=12314753;H_PS_PSSID=3398 4_31660_33848_33759_33676_33607_33987_26350;BDORZ=B490B5EBF6F3CD402E515 D22BCDA1598;__yjs_duid=1_1a965d65ab35181f7b7b98cce26990951620094330751; ab_sr=1.0.0_YjM2Y2YwOWI1MDU4ZDEzODMyZDZkNDBlODllOWEzZTdiMjk4YzgzYmUyM2Z jODA4MWM0MDExZTdiMDZlOTQwOWZhMWI0NGQ3NzNhODI2NTYzMWM1NzQ2ZDBmYjhkM2Q1;i speed_lsm=0;H_PS_645EC=b177fVn0%2Brl2KczNrCfwRaWGfk3JZzrl7ScjgHBcxVvOku bEWrAPvQ6AXa4;BD_HOME=1;__guid=136081015.3970791550720005000.1620116535 606.869;monitor_count=2;BA_HECTOR=8121a4848h8l0k0l6o1g9213e0r1.请求行上例中第1行为请求行，包含了请求方法、URL和协议版本，代码如下:GEThttps://www.baidu./content-search.xmlHTTP/1.1其中，GET请求方法，https://www.baidu/URL，HTTP/1.1指定了协议版本。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
HTTP 协议的头信息详解HTTP 协议的头信息详解通常HTTP 消息包括客户机向服务器的请求消息和服务器向客户机的响应消息。
这两种类型的消息由一个起始行，或者多个头域，一个只是头域结束的空行和可选的消息体组成。
HTTP 的头域包括通用头，请求头，响应头和实体头四个部分。
每个头域由一个域名，冒号:）和域值三部分组成。
域名是大小写无关的，域值前可以添加任何数量的空格符，头域可以被扩展为多行，在每行开始处，使用至少个空格或制表符。
通用头域通用头域包含请求和响应消息都支持的头域，通用头域包含Cache-Control 、Connection 、Date 、Pragma 、Transfer-Encoding 、Upgrade 、Via 。
对通用头域的扩展要求通讯双方都支持此扩展，如果存在不支持的通用头域，一般将会作为实体头域处理。
下面简单介绍几个在UPnP 消息中使用的通用头域。
Cache-Control 头域Cache -Control 指定请求和响应遵循的缓存机制。
在请求消息或响应消息中设置Cache-Control并不会修改另一个消息处理过程中的缓存处理过程。
请求时的缓存指令包括no-cache 、no-store 、max-age 、max-stale 、min-fresh 、 only-if-cached ，响应消息中的指令包括public 、 private 、no-cache 、no- store 、no-transform 、must-revalidate 、proxy-revalidate 、max-age 。
各个消息中的指令含义如 下： 个用户的整个或部分响应消息，不能被共享缓存处理。
这允 许服务器仅仅描述当用户的部分响应消息，此响应消息对于 其他用户的请求无效。
no-cache 指示请求或响应消息不能缓存 no-store 用于防止重要的信息被无意的发布。
在请求消 指示客户机可以接收生存期不大于指定时间（以秒为单位）的响应。
min-fresh 指示客户机可以接收响应时间小于当前 超出超时期间的响应消息。
如果指定 max-stale 消息的值， 那么客户机可以接收超出超时期指定值之内的响应消息。
Date 头域 Date 头域表示消息发送的时间， 时间的描述格式由 rfc822 定义。
例如，Date:Mon,31Dec200104:25:57GMT 。
Date 描述的时间表示世界标准时， 换算成本地时间， 需要知 包含实现特定的指令，最常用的是 Pragma:no-cache 。
HTTP/1.1 协议中， 它的含义和 Cache- Control:no-cache MethodSPRequest-URISPHTTP-VersionCRLFMethodPublic 指示响应可被任何缓存区缓存。
Private 指示对于单息中发送将使得请求和响应消息都不使用缓存。
max-age时间加上指定时间的响应。
max-stale 指示客户机可以接收道用户所在的时区。
Pragma 头域 Pragma 头域用来同。
请求消息 请求消息的第一行为下面的格式：示对于Request-URI 完成的方法，这个字段是大小写敏感的，包括OPTIONS 、GET、HEAD、POST、PUT、DELETE 、TRACE 。
方法GET 和HEAD 应该被所有的通用WEB 服务器支持，其他所有方法的实现是可选的。
GET 方法取回由Request-URI 标识的信息。
HEAD 方法也是取回由Request-URI 标识的信息，只是可以在响应时，不返回消息体。
POST 方法可以请求服务器接收包含在请求中的实体信息，可以用于提交表单，向新闻组、BBS 、邮件群组和数据库发送消息。
SP表示空格。
Request-URI遵循URI格式，在此字段为星号（*）时，说明请求并不用于某个特定的资源地址，而是用于服务器本身。
HTTP- Version 表示支持的HTTP 版本，例如为HTTP/1.1 。
CRLF 表示换行回车符。
请求头域允许客户端向服务器传递关于请求或者关于客户机的附加信息。
请求头域可能包含下列字段Accept 、Accept-Charset 、Accept- Encoding 、Accept-Language 、Authorization 、From、Host、If-Modified-Since 、If- Match 、If-None-Match 、If-Range 、If-Range 、If-Unmodified-SinceMax-Forwards 、Proxy-Authorization 、Range 、Referer 、User-Agent 。
对请求头域的扩展要求通讯双方都支持，如果存在不支持的请求头域，一般将会作为实体头域处理。
典型的请求消息：GEThttp://download.microtool.de:80/somedata.exeHost: download.microtool.deAccept:*/*Pragma: no-cacheCache-Control: no-cacheReferer: http://download.microtool.de/User-Agent:Mozilla/4.04[en](Win95;I;Nav)Range:bytes=554554- 上例第一行表示 HTTP 客户端（可 能是浏览器、下载程序）通过 GET 方法获得指定 URL 下的文件。
棕色的部分表示请求头域的信息，绿色的部分表示通Intenet 主机和端口号，必须表示请求 url 的原始服务器或网关的位置。
HTTP/1.1 请求必须包含主机头域，否则系统会客户端指定请求 uri 的源资源地址，这可以允许服务器生成 回退链表，可用来登陆、优化 cache 等。
他也允许废除的或错误的连接由于维护的目的被 追踪。
如果请求的 uri 没有自己的 uri 地址， Referer 不能被发送。
如果指定的是部分Range 头域可以请求实体的一个或者多个子范围。
例如， 表示头 500 个字节： bytes=0-499表示第二个 500 字节： bytes=500-999表示最后 500 个字节： bytes=-500用头部分。
Host 头域 Host 头域指定请求资源的以 400 状态码返回。
Referer 头域 Referer 头域允许uri 地址，则此地址应该是一个相对地址。
Range 头域表示500 字节以后的范围：bytes=500-第一个和最后一个字节：bytes=0-0,-1同时指定几个范围：bytes=500-600,601-999 但是服务器可以忽略此请求头，如果无条件GET 包含Range 请求头，响应会以状态码206( PartialContent )返回而不是以200 (OK )。
User-Agent 头域User-Agent 头域的内容包含发出请求的用户信息。
响应消息响应消息的第一行为下面的格式：HTTP-VersionSPStatus-CodeSPReason-PhraseCRLFHTTP -Version 表示支持的HTTP 版本，例如为HTTP/1.1 。
Status- Code 是一个三个数字的结果代码。
Reason-Phrase给Status-Code 提供一个简单的文本描述。
Status-Code 主要用于机器自动识别，Reason-Phrase 主要用于帮助用户理解。
Status-Code 的第一个数字定义响应的类别，后两个数字没有分类的作用。
第一个数字可能取5 个不同的值：1xx: 信息响应类，表示接收到请求并且继续处理2xx: 处理成功响应类，表示动作被成功接收、理解和接受3xx: 重定向响应类，为了完成指定的动作，必须接受进一步处理4xx: 客户端错误，客户请求包含语法错误或者是不能正确执行5xx:服务端错误，服务器不能正确执行一个正确的请求响应头域允许服务器传递不能放在状态行的附加信息，这些域主要描述服务器的信息和Request-URI 进一步的信息。
响应头域包含Age 、Location 、Proxy-Authenticate 、Public 、Retry-After 、 Server 、Vary 、 Warning 、 WWW-Authenticate 。
对响应头域的扩展要求通讯双方都支持，如果存在不支持的响HTTP/1.0200OKDate:Mon,31Dec200104:25:57GMTServer:Apache/1.3.14(Unix)Content-type:text/htmlLast-modified:Tue,17Apr200106:46:28GMTEtag:"a030f020ac7c01:1e9f"Content-length:39725426Content-range:bytes554554-40279979/40279980 行表示 HTTP 服务端响应一个 GET 方法。
棕色的部分表示响应头域的信息，绿色的部分表示通用头部分，红色的部应头 Server 响应头包含处理请求的原始服务器的软件信息。
此域能包含多个产品标识和注释，产品标识一般按照重要性 实体信息一般由实体头域和实体组成。
实体头域包含关于实 体的原信息，实体头包括 Allow 、 Content- Base 、Content-Encoding 、Content-Language 、 Content-Length 、 Content-Location 、Content-MD5 、 Content-Range 、应头 域，一般将会作为实体头域处理。
典型的响应消息：上例第分表示实体头域的信息。
Location 响应头 Location 响应头用于重定向接收者到一个新 URI 地址。
Server 响 排序。
实体 请求消息和响应消息都可以包含实体信息，Content-Type 、Etag 、Expires 、Last-Modified 、extension-header 。
extension-header 允许客户端定义新的实体头，但是这些域可能无法未接受方识别。
实体可以是个经过编码的字节流，它的编码方式由Content-Encoding或Content-Type 定义，它的长度由Content-Length 或Content-Range 定义。
Content-Type 实体头Content-Type 实体头用于向接收方指示实体的介质类型，指定HEAD 方法送到接收方的实体介质类型，或GET 方法发送的请求介质类型Content-Range 实体头Content-Range实体头用于指定整个实体中的一部分的插入位置，他也指示了整个实体的长度。