HTTP协议解析
HTTP协议安全扩展解析
HTTP协议安全扩展解析HTTP协议是互联网上常用的一种通信协议，用于在客户端和服务器之间传输数据。
然而，传统的HTTP协议存在一些安全性方面的问题，如数据传输过程中的数据泄漏和篡改的风险。
为了提供更加安全可靠的通信方式，人们引入了HTTP协议的安全扩展。
本文将对HTTP 协议的安全扩展进行解析。
一、HTTPS协议的引入HTTPS（Hypertext Transfer Protocol Secure）是HTTP协议的安全版本。
在传统的HTTP协议中，数据是明文传输的，容易被第三方截获和篡改。
而HTTPS协议通过使用SSL/TLS协议对数据进行加密，确保数据的安全性。
通过使用HTTPS协议，可以防止数据在传输过程中被窃听和篡改，增强了通信的安全性。
二、HTTPS协议的工作原理HTTPS协议的工作原理是通过在传输层和应用层之间添加SSL/TLS 协议来保护通信数据。
具体过程如下：1. 客户端发送HTTPS请求给服务器，并请求建立安全连接。
2. 服务器收到客户端的连接请求后，会将自己的数字证书发送给客户端。
数字证书是由可信任的证书颁发机构签名的，用于验证服务器身份和公钥的合法性。
3. 客户端接收到服务器的数字证书后，会对证书进行验证。
如果验证通过，客户端会生成一个用于加密通信的随机数，然后使用服务器的公钥对该随机数进行加密，并将加密后的随机数发送给服务器。
4. 服务器接收到客户端发送的加密随机数后，使用自己的私钥解密，得到客户端生成的随机数。
5. 客户端和服务器根据双方协商的加密算法和密钥，生成用于后续通信的会话密钥。
6. 客户端和服务器使用会话密钥对通信数据进行加密和解密，确保数据在传输过程中的安全性。
三、HTTPS的优势和应用场景HTTPS协议相对于HTTP协议具有以下优势：1. 数据传输安全：HTTPS协议通过加密通信数据，防止数据在传输过程中被窃听和篡改，保证了通信的安全性。
2. 身份认证：HTTPS协议使用数字证书验证服务器的身份，确保客户端和服务器之间的通信是安全可靠的。
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协议的多路复用与头部压缩机制解析
HTTP协议的多路复用与头部压缩机制解析HTTP（Hypertext Transfer Protocol）是一种用于传输超文本的应用层协议，旨在实现客户端和服务器之间的通信。
在HTTP协议中，多路复用与头部压缩机制被广泛应用，极大地提高了网络传输效率和用户体验。
本文将对HTTP协议的多路复用与头部压缩机制进行详细解析。
一、多路复用多路复用是指在单个TCP连接上，可以同时发送和接收多个HTTP 请求和响应。
在传统的HTTP/1.1版本中，每个请求都需要建立一次TCP连接，即使是同一域名下的请求也无法共享连接。
这导致了大量的连接建立和断开操作，增加了网络延迟和资源消耗。
为了解决这个问题，HTTP/2引入了多路复用机制。
通过在TCP连接上划分多个流（stream），使得客户端可以在同一个连接上同时发送多个请求，并且服务器可以按照请求顺序返回对应的响应。
这种方式避免了频繁的连接建立和断开，显著提高了网络传输效率。
多路复用的实现原理主要涉及到以下几个关键点：1. 帧（Frame）：HTTP/2将每个请求和响应拆分为多个帧，每个帧都有对应的帧标识符。
这样可以保证在一个TCP连接上，多个流之间的帧可以混合发送和接收。
2. 流（Stream）：每个帧都属于一个特定的流，每个流都有唯一的标识符，用于标识对应的请求或响应。
通过对流的管理，实现多个请求和响应的并行处理。
3. 流优先级（Stream Priority）：HTTP/2通过流优先级机制，允许客户端对请求进行优先级排序。
服务器在处理响应时，会优先处理优先级较高的请求，提高了应用性能。
4. 帧交互（Frame Interleaving）：在多路复用中，帧的发送和接收是交互进行的。
当客户端发送一个帧时，服务器可能会立即返回一个帧，不需要等到之前的请求处理完毕。
这种交互方式大大减少了请求和响应的等待时间。
通过多路复用，HTTP/2可以在一个TCP连接上同时处理多个请求和响应，避免了多次连接建立的开销，提高了网络传输效率。
HTTP协议详解（深入理解）
HTTP协议详解（深⼊理解）引⼊超⽂本传输协议（HTTP，HyperText Transfer Protocol)是互联⽹上应⽤最为⼴泛的⼀种⽹络协议。
所有的WWW⽂件都必须遵守这个标准。
设计HTTP最初的⽬的是为了提供⼀种发布和接收HTML页⾯的⽅法。
1960年美国⼈Ted Nelson构思了⼀种通过计算机处理⽂本信息的⽅法，并称之为超⽂本（hypertext）,这成为了HTTP超⽂本传输协议标准架构的发展根基。
Ted Nelson组织协调万维⽹协会（World Wide Web Consortium）和互联⽹⼯程⼯作⼩组（Internet Engineering Task Force ）共同合作研究，最终发布了⼀系列的RFC，其中著名的RFC 2616定义了HTTP 1.1。
http协议的作⽤及特点HTTP是⼀个客户端和服务器端请求和应答的标准（TCP）。
客户端是终端⽤户，服务器端是⽹站。
通过使⽤Web浏览器、⽹络爬⾍或者其它的⼯具，客户端发起⼀个到服务器上指定端⼝（默认端⼝为80）的HTTP请求。
（我们称这个客户端）叫⽤户代理（user agent）。
应答的服务器上存储着（⼀些）资源，⽐如HTML⽂件和图像。
（我们称）这个应答服务器为源服务器（origin server）。
在⽤户代理和源服务器中间可能存在多个中间层，⽐如代理，⽹关，或者隧道（tunnels）。
尽管TCP/IP协议是互联⽹上最流⾏的应⽤，HTTP协议并没有规定必须使⽤它和（基于）它⽀持的层。
事实上，HTTP可以在任何其他互联⽹协议上，或者在其他⽹络上实现。
HTTP只假定（其下层协议提供）可靠的传输，任何能够提供这种保证的协议都可以被其使⽤。
通常，由HTTP客户端发起⼀个请求，建⽴⼀个到服务器指定端⼝（默认是80端⼝）的TCP连接。
HTTP服务器则在那个端⼝监听客户端发送过来的请求。
⼀旦收到请求，服务器（向客户端）发回⼀个状态⾏，⽐如"HTTP/1.1 200 OK"，和（响应的）消息，消息的消息体可能是请求的⽂件、错误消息、或者其它⼀些信息。
HTTP协议的原理和应用场景分析
HTTP协议的原理和应用场景分析HTTP协议是现代互联网的基础协议之一，它是超文本传输协议的缩写。
HTTP协议的主要作用是建立在互联网基础设施之上的应用层协议，它使得网络上的应用能够相互通信和交互。
本文将详细介绍HTTP协议的原理和应用场景分析。
一、HTTP协议的原理HTTP协议是一个客户端和服务器之间通信的协议，一个HTTP请求由客户端发送至服务器，服务器响应这个请求，发送相关的数据和内容回到客户端。
HTTP协议是建立在TCP/IP协议之上，使用TCP或UDP端口作为传输层。
HTTP协议的工作方式是客户端发送请求给服务器，服务器回应响应。
HTTP协议的请求部分由以下几个部分组成：1.请求方法：表示请求哪种操作，常见的有GET、POST、HEAD等。
2.请求URI：表示请求的资源及其位置，如：/index.html。
3.协议版本：表示使用HTTP协议的版本号，如：HTTP/1.1。
4.请求头部：包含一些对请求的描述，如Accept、User-Agent 等。
5.请求正文：请求数据，如POST请求时传送的数据。
HTTP协议的响应部分由以下几个部分组成：1.状态码：表示服务器对请求的处理结果，如200表示成功，404表示未找到。
2.协议版本：表示使用HTTP协议的版本号，如：HTTP/1.1。
3.响应头部：包含一些对响应的描述，如Content-Type、Content-Length等。
4.响应正文：响应数据，如网页的HTML代码。
二、HTTP协议的应用场景HTTP协议是互联网中最为常用的协议之一，被广泛应用在互联网上的各类应用程序中，下面是HTTP协议的几个典型的应用场景：1.万维网（WWW）WWW是HTTP协议最为常见和重要的应用场景。
通过HTTP 协议，我们可以在网页之间进行超链接，实现网页之间的跳转和交互。
2.下载文件HTTP协议可以实现文档、图片、音频等文件的下载，例如常见的软件下载、视频下载等。
HTTP协议详解,你所不知道的
协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则，超文本传输协议(HTTP)是一种通信协议，它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器目前我们使用的是HTTP/1.1 版本Web服务器，浏览器,代理服务器当我们打开浏览器，在地址栏中输入URL，然后我们就看到了网页。
原理是怎样的呢？实际上我们输入URL后，我们的浏览器给Web服务器发送了一个Request, Web服务器接到Request后进行处理，生成相应的Response，然后发送给浏览器，浏览器解析Response中的HTML,这样我们就看到了网页，过程如下图所示我们的Request 有可能是经过了代理服务器，最后才到达Web服务器的。
过程如下图所示代理服务器就是网络信息的中转站，有什么功能呢？1. 提高访问速度，大多数的代理服务器都有缓存功能。
2. 突破限制，也就是翻-墙了3. 隐藏身份。
URL详解URL(Uniform Resource Locator) 地址用于描述一个网络上的资源, 基本格式如下schema://host[:port#]/path/.../[?query-string][#anchor]scheme 指定低层使用的协议(例如：http, https, ftp)host HTTP服务器的IP地址或者域名port# HTTP服务器的默认端口是80，这种情况下端口号可以省略。
如果使用了别的端口，必须指明，例如:8080/path 访问资源的路径query-string 发送给http服务器的数据anchor- 锚URL 的一个例子/sj/test/test.aspx?name=sviergn&x=true#stuffSchema: httphost: path: /sj/testQuery String: name=sviergn&x=trueAnchor: stuff复制代码HTTP协议是无状态的http协议是无状态的，同一个客户端的这次请求和上次请求是没有对应关系，对http服务器来说，它并不知道这两个请求来自同一个客户端。
HTTP详解
HTTP 协议详解阅读目录1.什么是HTTP协议2.Web服务器，浏览器，代理服务器3.URL详解4.HTTP协议是无状态的5.HTTP消息的结构6.Get和Post方法的区别7.状态码8.HTTP Request header9.HTTP Response header10.H TTP协议是无状态的和Connection: keep-alive的区别什么是HTTP协议协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则，超文本传输协议(HTTP)是一种通信协议，它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器目前我们使用的是HTTP/1.1 版本Web服务器，浏览器，代理服务器当我们打开浏览器，在地址栏中输入URL，然后我们就看到了网页。
原理是怎样的呢？实际上我们输入URL后，我们的浏览器给Web服务器发送了一个Request, Web服务器接到Request后进行处理，生成相应的Response，然后发送给浏览器，浏览器解析Response中的HTML,这样我们就看到了网页，过程如下图所示我们的Request 有可能是经过了代理服务器，最后才到达Web服务器的。
过程如下图所示代理服务器就是网络信息的中转站，有什么功能呢？1. 提高访问速度，大多数的代理服务器都有缓存功能。
2. 突破限制，也就是翻墙了3. 隐藏身份。
URL详解URL(Uniform Resource Locator) 地址用于描述一个网络上的资源，基本格式如下;url-params][?query-string][#anchor]scheme 指定低层使用的协议(例如：http, https, ftp)host HTTP服务器的IP地址或者域名port# HTTP服务器的默认端口是80，这种情况下端口号可以省略。
如果使用了别的端口，必须指明，例如:8080/path 访问资源的路径url-paramsquery-string 发送给http服务器的数据anchor- 锚URL 的一个例子/test;id=8079?name=sviergn&x=true#stuffSchema: httphost:path: /sj/testURL params: id=8079Query String: name=sviergn&x=trueAnchor: stuffHTTP协议是无状态的http协议是无状态的，同一个客户端的这次请求和上次请求是没有对应关系，对http 服务器来说，它并不知道这两个请求来自同一个客户端。
HTTP协议详细总结
HTTP协议详细总结HTTP超⽂本传输协议，是WWW上应⽤的最多的协议。
了解和掌握HTTP协议是对程序⼈员的基本要求。
⼀、HTTP介绍 HTTP是⼀个基于请求/响应模式的、⽆状态的协议。
即，浏览器与服务端连接之后，浏览器向服务器发送⼀个请求，服务器返回响应信息之后，双⽅的链接就被关闭。
我们要知道，应⽤层的HTTP要使⽤传输层的TCP协议来完成。
⽽TCP协议是通过“3次握⼿”建⽴连接，是⾯向连接的协议。
默认情况下，浏览器与Web服务器上80端⼝监听的服务器程序建⽴TCP连接。
HTTP1.0是典型的请求/响应模式。
为了减少服务器的开销，HTTP1.1默认有“持续连接”的机制。
通过这种机制，客户端发送请求得到响应后，连接不会马上关闭，可以继续发送请求，还可以流⽔线发送多个请求、⽽不⽤等待每⼀个响应的到来。
⼆、URI和URL URI（统⼀资源标识符）纯粹是⼀种符号结构，⽤于指定构成Web资源的字符串的各个不同部分。
⽽URL（统⼀资源定位符）是⼀种特殊的URI，包含了⽤于查找某个资源的⾜够信息。
URI是⼀种语义上的抽象概念，可以是绝对的，也可以是相对的，⽽URL则必须提供⾜够的信息来定位，所以，是绝对的，⽽通常说的relative URL，则是针对另⼀个absolute URL，本质上还是绝对的。
三、HTTP请求格式如图：（CRLF表⽰回车符+换⾏符，不同颜⾊之间⽤空格隔开）第⼀⾏叫做请求⾏。
所以我们可以说HTTP请求由请求⾏、消息报头、请求正⽂组成。
1、请求⾏如上，请求⾏以⼀个⽅法符号开头，空格之后，⼀个请求URI，再空格，然后⼀个HTTP版本，最后⼀个回车换⾏。
其中请求⽅法有如下⼏种：我们在浏览器地址栏直接输⼊地址的时候，采⽤的就是GET⽅法。
HEAD⽅法⼀般⽤于测试超链接的有效性，因为它只是请求响应消息的报头。
消息报头后⾯会讲。
（HTTP协议中，请求⽅法必须全部⼤写）2、请求正⽂类似name=XXX&pwd=XXXX的内容四、HTTP响应格式与HTTP请求类似，如图：第⼀⾏叫做状态⾏。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文章来源：网络转载点击数：1148 更新时间：2009-9-14 10:35:27 字体:[大中小]收藏到：HTTP协议详解掌握HTTP虽然不是必须的，但是如果你知道它的工作原理，那么在学习JSP开发中的某些知识就可以易如反掌了。
一，HTTP协议详解之URL篇http（超文本传输协议）是一个基于请求与响应模式的、无状态的、应用层的协议，常基于TCP的连接方式，HTTP1.1版本中给出一种持续连接的机制，绝大多数的Web开发，都是构建在HTTP协议之上的Web应用。
HTTP URL (URL是一种特殊类型的URI，包含了用于查找某个资源的足够的信息)的格式如下：http://host[":"port][abs_path]http 表示要通过HTTP协议来定位网络资源；host表示合法的Internet主机域名或者IP地址；port 指定一个端口号，为空则使用缺省端口80；abs_path指定请求资源的URI；如果URL中没有给出abs_path，那么当它作为请求URI时，必须以“/”的形式给出，通常这个工作浏览器自动帮我们完成。
eg:1、输入：浏览器自动转换成：/2、http:192.168.0.116:8080/index.jsp二、HTTP协议详解之请求篇http请求由三部分组成，分别是：请求行、消息报头、请求正文1、请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本，格式如下：Method Request-URI HTTP-Version CRLF其中Method表示请求方法；Request-URI是一个统一资源标识符；HTTP-Version表示请求的HTTP 协议版本；CRLF表示回车和换行（除了作为结尾的CRLF外，不允许出现单独的CR或LF字符）。
请求方法（所有方法全为大写）有多种，各个方法的解释如下：GET 请求获取Request-URI所标识的资源POST 在Request-URI所标识的资源后附加新的数据HEAD 请求获取由Request-URI所标识的资源的响应消息报头PUT 请求服务器存储一个资源，并用Request-URI作为其标识DELETE 请求服务器删除Request-URI所标识的资源TRACE 请求服务器回送收到的请求信息，主要用于测试或诊断CONNECT 保留将来使用OPTIONS 请求查询服务器的性能，或者查询与资源相关的选项和需求应用举例：GET方法：在浏览器的地址栏中输入网址的方式访问网页时，浏览器采用GET方法向服务器获取资源，eg:GET /form.html HTTP/1.1 (CRLF)POST方法要求被请求服务器接受附在请求后面的数据，常用于提交表单。
eg：POST /reg.jsp HTTP/ (CRLF)Accept:image/gif,image/x-xbit,... (CRLF)...HOST: (CRLF)Content-Length:22 (CRLF)Connection:Keep-Alive (CRLF)Cache-Control:no-cache (CRLF)(CRLF) //该CRLF表示消息报头已经结束，在此之前为消息报头user=jeffrey&pwd=1234 //此行以下为提交的数据HEAD方法与GET方法几乎是一样的，对于HEAD请求的回应部分来说，它的HTTP头部中包含的信息与通过GET请求所得到的信息是相同的。
利用这个方法，不必传输整个资源内容，就可以得到Request-URI所标识的资源的信息。
该方法常用于测试超链接的有效性，是否可以访问，以及最近是否更新。
2、请求报头后述3、请求正文(略)三，HTTP协议详解之响应篇HTTP响应也是由三个部分组成，分别是：状态行、消息报头、响应正文1、状态行格式如下：HTTP-Version Status-Code Reason-Phrase CRLF其中，HTTP-Version表示服务器HTTP协议的版本；Status-Code表示服务器发回的响应状态代码；Reason-Phrase表示状态代码的文本描述。
状态代码有三位数字组成，第一个数字定义了响应的类别，且有五种可能取值：1xx：指示信息--表示请求已接收，继续处理2xx：成功--表示请求已被成功接收、理解、接受3xx：重定向--要完成请求必须进行更进一步的操作4xx：客户端错误--请求有语法错误或请求无法实现5xx：服务器端错误--服务器未能实现合法的请求常见状态代码、状态描述、说明：200 OK //客户端请求成功400 Bad Request //客户端请求有语法错误，不能被服务器所理解401 Unauthorized //请求未经授权，这个状态代码必须和WWW-Authenticate报//头域一起使用403 Forbidden //服务器收到请求，但是拒绝提供服务404 Not Found //请求资源不存在，eg：输入了错误的URL500 Internal Server Error //服务器发生不可预期的错误503 Server Unavailable //服务器当前不能处理客户端的请求，一段时间后，//可能恢复正常eg：HTTP/1.1 200 OK （CRLF）2、响应报头后述3、响应正文就是服务器返回的资源的内容四，HTTP协议详解之消息报头篇HTTP消息由客户端到服务器的请求和服务器到客户端的响应组成。
请求消息和响应消息都是由开始行（对于请求消息，开始行就是请求行，对于响应消息，开始行就是状态行），消息报头（可选），空行（只有CRLF的行），消息正文（可选）组成。
HTTP消息报头包括普通报头、请求报头、响应报头、实体报头。
每一个报头域都是由名字+“：”+空格+值组成，消息报头域的名字是大小写无关的。
1、普通报头在普通报头中，有少数报头域用于所有的请求和响应消息，但并不用于被传输的实体，只用于传输的消息。
eg：Cache-Control 用于指定缓存指令，缓存指令是单向的（响应中出现的缓存指令在请求中未必会出现），且是独立的（一个消息的缓存指令不会影响另一个消息处理的缓存机制），HTTP1.0使用的类似的报头域为Pragma。
请求时的缓存指令包括：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、s-maxage.eg：为了指示IE浏览器（客户端）不要缓存页面，服务器端的JSP程序可以编写如下：response.sehHeader("Cache-Control","no-cache");//response.setHeader("Pragma","no-cache");作用相当于上述代码，通常两者//合用这句代码将在发送的响应消息中设置普通报头域：Cache-Control:no-cacheDate普通报头域表示消息产生的日期和时间Connection普通报头域允许发送指定连接的选项。
例如指定连接是连续，或者指定“close”选项，通知服务器，在响应完成后，关闭连接2、请求报头请求报头允许客户端向服务器端传递请求的附加信息以及客户端自身的信息。
常用的请求报头AcceptAccept请求报头域用于指定客户端接受哪些类型的信息。
eg：Accept：image/gif，表明客户端希望接受GIF图象格式的资源；Accept：text/html，表明客户端希望接受html文本。
Accept-CharsetAccept-Charset请求报头域用于指定客户端接受的字符集。
eg：Accept-Charset:iso-8859-1,gb2312.如果在请求消息中没有设置这个域，缺省是任何字符集都可以接受。
Accept-EncodingAccept-Encoding请求报头域类似于Accept，但是它是用于指定可接受的内容编码。
eg：Accept-Encoding:gzip.deflate.如果请求消息中没有设置这个域服务器假定客户端对各种内容编码都可以接受。
Accept-LanguageAccept-Language请求报头域类似于Accept，但是它是用于指定一种自然语言。
eg：Accept-Language:zh-cn.如果请求消息中没有设置这个报头域，服务器假定客户端对各种语言都可以接受。
AuthorizationAuthorization请求报头域主要用于证明客户端有权查看某个资源。
当浏览器访问一个页面时，如果收到服务器的响应代码为401（未授权），可以发送一个包含Authorization请求报头域的请求，要求服务器对其进行验证。
Host（发送请求时，该报头域是必需的）Host请求报头域主要用于指定被请求资源的Internet主机和端口号，它通常从HTTP URL中提取出来的，eg：我们在浏览器中输入：/index.html浏览器发送的请求消息中，就会包含Host请求报头域，如下：Host：此处使用缺省端口号80，若指定了端口号，则变成：Host：:指定端口号User-Agent我们上网登陆论坛的时候，往往会看到一些欢迎信息，其中列出了你的操作系统的名称和版本，你所使用的浏览器的名称和版本，这往往让很多人感到很神奇，实际上，服务器应用程序就是从User-Agent这个请求报头域中获取到这些信息。
User-Agent请求报头域允许客户端将它的操作系统、浏览器和其它属性告诉服务器。
不过，这个报头域不是必需的，如果我们自己编写一个浏览器，不使用User-Agent请求报头域，那么服务器端就无法得知我们的信息了。
请求报头举例：GET /form.html HTTP/1.1 (CRLF)Accept:image/gif,image/x-xbitmap,image/jpeg,application/x-shockwave-flash,application/vnd.ms-e xcel,application/vnd.ms-powerpoint,application/msword,*/* (CRLF)Accept-Language:zh-cn (CRLF)Accept-Encoding:gzip,deflate (CRLF)If-Modified-Since:Wed,05 Jan 2007 11:21:25 GMT (CRLF)If-None-Match:W/"80b1a4c018f3c41:8317" (CRLF)User-Agent:Mozilla/4.0(compatible;MSIE6.0;Windows NT 5.0) (CRLF)Host: (CRLF)Connection:Keep-Alive (CRLF)(CRLF)3、响应报头响应报头允许服务器传递不能放在状态行中的附加响应信息，以及关于服务器的信息和对Request-URI所标识的资源进行下一步访问的信息。