HTTP协议分析简介
http是什么层协议
http是什么层协议HTTP是什么层协议。
HTTP，即超文本传输协议（Hypertext Transfer Protocol），是一种用于传输超文本数据（如HTML）的应用层协议。
它是万维网的基础，允许web浏览器和web服务器之间进行通信。
HTTP是一个无状态协议，意味着每个命令都是独立的，服务器不会在两个请求之间保留任何状态信息。
在本文中，我们将深入探讨HTTP是什么层协议，以及它的工作原理和作用。
首先，HTTP是应用层协议，它位于OSI模型的顶层。
应用层协议是为了满足特定应用需求而设计的协议，它定义了应用程序的数据传输规则。
HTTP的主要功能是传输超文本文档，例如网页和图片。
它使用统一资源标识符（URL）来定位资源，并使用统一资源定位符（URI）来标识资源。
HTTP使用TCP作为其传输层协议，通过TCP的可靠数据传输能力来传输数据。
其次，HTTP是一种无连接协议，也就是说每个请求和响应之间都是相互独立的，服务器不会保存任何关于客户端的状态信息。
这意味着每个请求都需要包含所有必要的信息，包括请求的资源、请求的方法（GET、POST等）以及其他必要的头部信息。
这种无状态的特性使得HTTP协议非常简单，但也意味着在处理一些复杂的任务时需要额外的处理。
HTTP协议的工作原理是基于客户端-服务器模型的。
客户端发送一个HTTP请求到服务器，请求中包含了要访问的资源的URL以及其他必要的信息。
服务器接收到请求后，会根据请求的信息来处理并返回一个HTTP响应。
响应中包含了请求的资源以及其他必要的信息。
客户端接收到响应后，会解析响应并显示相应的内容。
HTTP协议的作用是在web浏览器和web服务器之间传输超文本数据。
它定义了客户端和服务器之间的通信规则，包括请求和响应的格式、状态码的含义等。
通过HTTP协议，用户可以在web浏览器中访问各种网页、图片、视频等资源。
HTTP还可以与其他协议（如HTTPS）结合使用，来提供更安全的数据传输。
HTTP协议简介及其工作原理
HTTP协议简介及其工作原理1.HTTP的概述超文本传输协议（HTTP）是万维网应用层的协议，是通过两个程序实现：一个是客户端程序（一般称为浏览器），另一个是服务器（常称Web服务器）。
这两个通常运行在不同的主机上通过交换HTTP报文来完成网页请求和响应。
并且HTTP定义了报文的结构和客户/服务器之间交换报文的规则。
2. HTTP的工作流程浏览器可以向web服务器发送请求并显示收到的网页，当用户在浏览器地址栏中输入一个URL或点击一个超连接时，浏览器就向服务器发出了HTTP请求，该请求被送往由URL 指定的WEB服务器，WEB服务器接收到请求后，进行相关文档的检索并以HTTP规定的格式送回所要求的文件或其他相关信息，再由用户计算机上的浏览器负责解释和显示。
在HTTP协议中，由于WEB服务器在发送用户要求的文档过程中，并不储存任何有关客户端的状态信息。
如果某个客户端在几秒钟内两次要求同一文档，服务器绝对不会认为不合理，因为它根本不记得用户端曾经来访过，因此HTTP 不维持客户端状态，故它又被称为无状态协议。
3. HTTP运作过程中的连接3.1连接过程说明假设某个网页有10个JPFG图像，总共11个对象存在同一个服务器中，该网页的基本文档形式URL为：/somedepartment/home.index当采用HTTP/1.0时，WEB服务过程：⑴．HTTP的客户端启用了对服务器的TCP连接，该服务器的80号端口（HTTP的默认端口）用来监听来自网络的网络服务请求。
⑵. HTTP的客户端通过第一步建立的链接套接字发送“请求报文”。
请求报文中包含了文档的路径名（/somedepartment/home.index ）。
⑶.HTTP服务器通过第一步建立连接套接字收到了该请求报文，从磁盘或内存中查找/somedepartment/home.index，将文档封存在HTTP的“相应报文”中，并通过先前建立的套接字将该报文送到客户端。
Http协议简介
含义
请求出现语法错误。
客户试图未经授权访问受密码保护的页面。
403
404
Forbidden
Not Found
资源不可用。服务器理解客户的请求，但拒绝处理它。 通常由于服务器上文件或目录的权限设置导致。
无法找到指定位置的资源。这也是一个常用的应答。
500
501
Internal Server Error
URI 与 URL
URI： Universal Resource Identifier 通用资源标志符， Web上可用的每种资源 ，如 HTML文档、图像、视频 片段、程序等， 由URI进行定位。 URL：Uniform Resource Location 统一资源定位符， Internet上用来描述信息资源的字符串，主要用在各种 WWW客户程序和服务器程序上 ，采用URL可以用一 种统一的格式来描述各种信息资源，包括文件、服务 器的地址和目录等。
HTTP应答包
由三个部分构成，分别是：协议-状态代码-描述，应答头，应答 正文 HTTP/1.1 200 OK Server: Microsoft-IIS/4.0 Date: Mon, 3 Jan 2005 13:13:33 GMT Content-Type: text/html Last-Modified: Mon, 11 Jan 2004 13:23:42 GMT Content-Length: 90 <html> <head> <title>解读HTTP包示例</title></head><body> Hello WORLD! </body> </html>
(完整word版)Http协议解说
Http协议：超文本传输协议浏览器与服务端之间传输数据的协议，底层的传输协议为TCP。
Http则为应用层协议，负责定义传输数据的格式HTTP协议分为1.0与1.1两个版本。
现在常用为1.1版本。
协议规定客户端与服务端通讯方式为：一次请求一次响应，即：客户端发起请求，服务端接收到请求后向客户端发送响应。
服务端不会主动发送内容给客户端。
采取“一问一答”的形式HTTP 请求和响应分别定义了个格式。
并且，无论是请求还是响应中发送的字符（不含正文部分内容）都只能符合ISO8859-1编码字符(如：数字，字母，符号).像中文等其它字符都需要经过处理后才可以发送。
HTTP请求格式：一个HTTP请求分为三部分组成：请求行，消息头，消息正文1：<请求行>请求行分为三部分:请求方法资源路径协议(CRLF)method(请求方法）url(资源路径) protocol(CRLF）例如：GET /index.html HTTP/1.1(CRLF)请求行以CRLF结束（回车加换行）CR:回车符，asc编码中对应数字13LF：换行符，asc编码中对应数字102.<消息头>消息头由若干行表示，每行表示一个具体的头信息，每个头信息式分为两部分：消息头名字：消息头的值(CRLF)name: value(CRLF)每个消息头都以CRLF结尾。
最后一个消息头结尾处会有两个CRLF，第一个表示最后一个消息头结束，第二个表示消息头(整个)部分结束。
例如：Host: www.localhost:8080(CRLF)Connection: keep-alive(CRLF)Cache-Control: max-age=0(CRLF)Upgrade-Insecure-Requests: 1(CRLF)User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko)Chrome/58.0.3029.110 Safari/537.36(CRLF)Accept:text/html,application/xhtml+xml,application/xml;q=0.9,im age/webp,*/*;q=0.8(CRLF)Accept-Encoding: gzip, deflate, sdch, br(CRLF)Accept-Language: zh-CN,zh;q=0.8(CRLF)(CRLF)3.<消息正文>正文部分不是必须部分，消息正文是2进制数据。
【HTTP】一、HTTP协议简介及其工作流程
【HTTP】⼀、HTTP协议简介及其⼯作流程 协议是指计算机通信⽹络中两台计算机之间进⾏通信所必须共同遵守的规定或规则，超⽂本传输协议(HTTP)是⼀种通信协议，它允许将超⽂本标记语⾔(HTML)⽂档从Web服务器传送到客户端的浏览器。
（⼀）HTTP协议简介 HTTP（超⽂本传输协议）是⼀个应⽤层协议，它是互联⽹的⼀个基础协议，它规定了浏览器如何向万维⽹服务器请求万维⽹⽂档、服务器如何把⽂档传给浏览器。
HTTP是⾯向事务的应⽤层协议，它是万维⽹可以进⾏可靠⽂件交换的重要基础。
对于技术岗位的程序员来说理解掌握HTTP协议是必须的。
1、万维⽹概述 万维⽹实际上我们并不陌⽣，实际它并不是⼀个⽹络，⽽是⼀个⼤规模的、联机式的信息储藏所，是⼀个分布式的超媒体系统。
⼀个超⽂本由多个信息源链接⽽成。
利⽤⼀个链接可使⽤户找到另⼀个⽂档。
这些⽂档可以位于世界上任何⼀个接在因特⽹上的超⽂本系统中。
超⽂本是万维⽹的基础。
万维⽹以客户-服务器⽅式⼯作。
客户程序就是⽤户计算机上的各种浏览器，万维⽹⽂档所驻留的机器就成为服务器，客户程序向服务器程序发出请求，服务器程序向客户程序送回客户所要的万维⽹⽂档。
万维⽹必须解决的⼏个问题：为了标志分布在整个因特⽹上的万维⽹⽂档，使⽤了统⼀资源定位符URL。
每⼀个⽂档在整个因特⽹的范围内具有唯⼀的标识符 URL。
为了实现万维⽹上各种超链之间的链接，使⽤了HTTP协议。
为了使各种万维⽹⽂档都能在因特⽹上的各种计算机上显⽰出来，使⽤了浏览器和HTML语⾔。
2、HTTP的版本演变 HTTP规定了客户端和服务器之间的通信格式，默认使⽤端⼝80，最早版本是1991年发布的0.9版。
该版本极其简单，只有⼀个命令get，只能传输HTML⽂本。
1996年，发布了HTTP的1.0版本，这⼀版才加⼊了⼤量的内容，使得互联⽹不仅可以传输⽂字，还能传输图像、视频、⼆进制⽂件等，报⽂格式也规定下来，引⼊了post和head等命令，是第⼀个⽐较成熟的版本。
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（Hypertext Transfer Protocol）是一种用于传输超文本的应用层协议。
它是Web应用中最基础、最重要的协议之一，负责在客户端和服务器之间传输数据。
HTTP协议的发展和普及，使得互联网得以快速发展，并成为现代社会中不可或缺的一部分。
二、协议概述1. HTTP的特点HTTP协议具有以下特点：- 简单：HTTP协议使用简单的请求-响应模型，客户端发送请求，服务器返回响应。
- 无状态：HTTP协议不会保留与之前请求相关的任何信息，每个请求都是独立的。
- 可扩展：HTTP协议支持通过添加新的方法、头部字段和状态码来扩展功能。
2. HTTP的工作原理HTTP协议通过客户端-服务器模型工作。
客户端发送HTTP请求到服务器，服务器处理请求并返回HTTP响应。
HTTP请求和响应都由消息头和消息体组成。
消息头包含了请求或响应的元数据，消息体包含了实际的数据。
3. HTTP的请求方法HTTP定义了多种请求方法，常用的有：- GET：获取指定资源的内容。
- POST：向指定资源提交数据。
- PUT：将请求的数据存储到指定位置。
- DELETE：删除指定的资源。
- HEAD：获取指定资源的元数据。
4. HTTP的状态码HTTP响应包含一个状态码，用于表示服务器对请求的处理结果。
常见的状态码有：- 200 OK：请求成功。
- 404 Not Found：请求的资源不存在。
- 500 Internal Server Error：服务器内部错误。
5. HTTP的头部字段HTTP请求和响应中可以包含多个头部字段，用于传递附加的信息。
常见的头部字段有：- Content-Type：指定请求或响应的媒体类型。
- Content-Length：指定请求或响应的数据长度。
- Cookie：用于在客户端和服务器之间传递状态信息。
三、应用场景HTTP协议广泛应用于Web开发和互联网通信中，包括但不限于以下场景：1. 浏览器和服务器之间的通信：HTTP协议是浏览器和服务器之间进行数据交互的基础。
HTTP协议分析
HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。
它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。
目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的规范化工作正在进行之中，而且HTTP-NG(Next Generation of HTTP)的建议已经提出。
HTTP协议的主要特点可概括如下：1.支持客户/服务器模式。
2.简单快速：客户向服务器请求服务时，只需传送请求方法和路径。
请求方法常用的有GET、HEAD、POST。
每种方法规定了客户与服务器联系的类型不同。
由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
3.灵活：HTTP允许传输任意类型的数据对象。
正在传输的类型由Content-Type加以标记。
4.无连接：无连接的含义是限制每次连接只处理一个请求。
服务器处理完客户的请求，并收到客户的应答后，即断开连接。
采用这种方式可以节省传输时间。
5.无状态：HTTP协议是无状态协议。
无状态是指协议对于事务处理没有记忆能力。
缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。
另一方面，在服务器不需要先前信息时它的应答就较快。
一、HTTP协议（URL）http（超文本传输协议）是一个基于请求与响应模式的、无状态的、应用层的协议，常基于TCP的连接方式，HTTP1.1版本中给出一种持续连接的机制，绝大多数的Web开发，都是构建在HTTP协议之上的Web应用。
HTTP URL (URL是一种特殊类型的URI，包含了用于查找某个资源的足够的信息)的格式如下：http://host[":"port][abs_path]二、HTTP协议的请求http请求由三部分组成，分别是：请求行、消息报头、请求正文1、请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本，格式如下：Method Request-URI HTTP-Version CRLF其中Method表示请求方法；Request-URI是一个统一资源标识符；HTTP-Version表示请求的HTTP协议版本；CRLF表示回车和换行（除了作为结尾的CRLF外，不允许出现单独的CR或LF字符）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。
它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。
目前在WWW 中使用的是HTTP/1.0的第六版，HTTP/1.1的规范化工作正在进行之中，而且HTTP-NG(Next Generation of HTTP)的建议已经提出。
HTTP协议的主要特点可概括如下：1. 支持客户/服务器模式。
2. 简单快速：客户向服务器请求服务时，只需传送请求方法和路径。
请求方法常用的有GET、HEAD、POST。
每种方法规定了客户与服务器联系的类型不同。
由于HTTP协议简单，使得HTTP 服务器的程序规模小，因而通信速度很快。
3. 灵活：HTTP允许传输任意类型的数据对象。
正在传输的类型由Content-Type加以标记。
4. 无连接：无连接的含义是限制每次连接只处理一个请求。
服务器处理完客户的请求，并收到客户的应答后，即断开连接。
采用这种方式可以节省传输时间。
5. 无状态：HTTP协议是无状态协议。
无状态是指协议对于事务处理没有记忆能力。
缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。
另一方面，在服务器不需要先前信息时它的应答就较快。
一、HTTP协议（URL）http（超文本传输协议）是一个基于请求与响应模式的、无状态的、应用层的协议，常基于TCP的连接方式，HTTP1.1版本中给出一种持续连接的机制，绝大多数的Web开发，都是构建在HTTP协议之上的Web应用。
HTTP URL (URL是一种特殊类型的URI，包含了用于查找某个资源的足够的信息)的格式如下：[":"port][abs_path]http表示要通过HTTP协议来定位网络资源；host表示合法的Internet主机域名或者IP地址；port 指定一个端口号，为空则使用缺省端口80；abs_path指定请求资源的URI；如果URL中没有给出abs_path，那么当它作为请求URI时，必须以“/”的形式给出，通常这个工作浏览器自动帮我们完成。
二、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)...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所标识的资源的信息。
该方法常用于测试超链接的有效性，是否可以访问，以及最近是否更新。
三、HTTP协议的响应在接收和解释请求消息后，服务器返回一个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 //请求未经授权，这个状态代码必须和报头域一起使用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：我们在浏览器中输入：浏览器发送的请求消息中，就会包含Host请求报头域，如下：Host：此处使用缺省端口号80，若指定了端口号，则变成：Host：:指定端口号User-Agent我们上网登陆论坛的时候，往往会看到一些欢迎信息，其中列出了你的操作系统的名称和版本，你所使用的浏览器的名称和版本，这往往让很多人感到很神奇，实际上，服务器应用程序就是从User-Agent这个请求报头域中获取到这些信息。
User-Agent请求报头域允许客户端将它的操作系统、浏览器和其它属性告诉服务器。
不过，这个报头域不是必需的，如果我们自己编写一个浏览器，不使用User-Agent请求报头域，那么服务器端就无法得知我们的信息了。