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协议详解(超详细)
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协议的基本介绍。
HTTP协议是基于TCP/IP协议之上的应⽤层协议，主要⽤于规定互使⽤联⽹中客户端和服务器之间的通信格式，不关⼼具体传输细节，默认80端⼝。
对于Web开发，不管是前端还是后端开发，了解HTTP协议是必备的⼀些基本知识。
发展历程HTTP/0.9于1991年发布，只有⼀个GET命令，返回HTML格式内容。
HTTP/1.0于1996年5⽉发布，增加POST、HEAD命令，传输内容可以说任意格式，不再仅限于HTML，并且报⽂规定了⼀些元数据字段，⽐如字符集、状态码、编码、缓存等。
HTTP/1.1于1997年1⽉发布，增加PUT\PATCH\DELETE等命令，并新增了⼀些功能机制:持久连接(keep-alive可保持长连接，减少重复请求)。
管道机制(pipelining，⼀个TCP连接中客户端可同时发送多个请求)。
Content-Length字段（报⽂内容长度）。
Host字段(⽤于指定服务器域名，可以将请求发往同⼀台服务器的不同站点)。
1.1版本基本完善了HTTP协议，并且⼀直使⽤⾄今仍然是⽬前最流⾏的版本。
SPDY于2009年由⾕歌研发，使⽤多种新特性提⾼HTTP/1.1版本效率不⾼的问题。
作为HTTP/2版本草案，在HTTP/2发布后已停⽌使⽤。
HTTP/2于2015年发布，基于⾕歌的SPDY协议之上进⾏了⼩部分修改。
主要有以下特点：⼆进制协议(HTTP/1.1版本头信息使⽤⽂本格式，数据体可以是⽂本或⼆进制格式，⽽HTTP/2版本则全部使⽤⼆进制格式,⽅便将来扩展)。
多⼯传输(复⽤TCP连接，双向实时通信，客户端服务器可同时发送多个请求和响应，并且不需要按照请求顺序回应，避免队头阻塞问题)。
头信息压缩(HTTP协议是⽆状态的，因此很多请求都需要带上Cookie、User Agent等重复字段，影响效率。
HTTP/2使⽤gzip、compress等算法压缩头信息后，并且在客户端和服务器都维护⼀张头信息表，记录这些字段，从⽽提⾼速度)。
(完整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协议是整个Web的基础，是客户端和服务器端协同⼯作的基⽯，要想了解Web的⼯作原理、优化Web应⽤，就要完全理解HTTP协议。
HTTP的操作过程1 ，浏览器分析指向页⾯的URL2 ，浏览器向DNS系统请求解析域名所对应的服务器IP地址3 ，DNS系统解析出服务器的IP，并返回给主机4 ，浏览器与该服务器的进程建⽴TCP链接（三次握⼿，端⼝默认为80）5 ，浏览器发出HTTP请求：如GET /article/index.html6 ，服务器收到请求并作出相应处理，把⽂件index.html发送给浏览器7 ，释放TCP链接（四次握⼿）8 ，浏览器解析index.html⽂件，将web页显⽰出来。
HTTP协议的特点HTTP协议是⽆状态的，即多次访问⼀个服务器上的页⾯，服务器并不知道你曾经访问过，每次访问的响应都当做第⼀次访问⼀样。
所以，在实际应⽤中，通常使⽤CooKie加数据库的⽅式记录和跟踪⽤户的活动。
HTTP有⾮持久连接和持久连接：采⽤⾮持久连接时，⽹页的每个元素对象（如.png，jpeg图等）的传输都需单独建⽴⼀个TCP连接（第三次握⼿可携带请求信息）采⽤持久连接时，仅需建⽴⼀次TCP连接，服务器发送响应后仍保持连接，客户和服务器可以继续在这条连接上发送请求和响应报⽂。
Cookie以及其作⽤CooKie是由服务器⽣成，但存储在⽤户主机上的⽂本⽂件，它保存了服务器和客户之间传递的状态信息，作为识别⽤户的⼿段。
通过Cookie服务器就能从数据库中查询该⽤户的活动记录，进⽽可以执⾏⼀些个性化操作get和post⽅法的区别：⼀般我们在浏览器输⼊⼀个⽹址访问⽹站都是GET请求；在FORM表单中，可以通过设置Method指定提交⽅式为GET或POST，默认时为GET提交⽅式。
get请求⼀般不会修改服务器的信息，仅⽤于请求页⾯；post请求可能会修改服务器中的资源信息，如提交评论、博客等都是通过post请求实现。
网页传输协议
网页传输协议介绍网页传输协议（Hypertext Transfer Protocol, HTTP）是一种用于传输超文本的应用层协议，用于在Web浏览器和Web服务器之间传输数据。
它是一种无状态、无连接的协议，通过TCP/IP协议族来实现。
发展历史HTTP协议最早由蒂姆·伯纳斯-李（Tim Berners-Lee）在1991年提出，并在1996年正式发布HTTP/1.0版本。
随着互联网的快速发展，HTTP协议经历了多个版本的更新和升级，目前最新的版本是HTTP/2。
工作原理HTTP协议的工作原理可以简单概括为以下几个步骤： 1. 客户端发起请求：Web浏览器作为客户端向Web服务器发送请求，请求中包含请求行、请求头和请求体等信息。
2. 服务器响应请求：Web服务器接收到客户端的请求后，会根据请求内容进行处理并生成响应。
响应中包含响应行、响应头和响应体等信息。
3. 数据传输：通过TCP/IP协议进行数据传输。
客户端和服务器通过建立连接来进行数据的交换，使用可靠的传输控制协议（TCP）来确保数据的可靠性和完整性。
4. 请求完成：客户端接收到服务器的响应后，根据响应内容进行解析和处理。
通常情况下，客户端会渲染并显示响应内容，完成整个请求过程。
HTTP请求方法HTTP协议定义了多种请求方法，常用的有GET和POST两种方法： - GET方法用于请求获取指定资源，通常用于获取数据。
- POST方法用于向服务器提交数据，通常用于提交表单数据或上传文件等操作。
除了GET和POST之外，还有其他的HTTP请求方法，如PUT、DELETE、HEAD等，用于不同的目的和场景。
HTTP状态码HTTP协议定义了多种状态码，用于表示服务器对请求的处理结果。
常见的状态码有： - 200 OK：表示请求成功，服务器成功处理了请求并返回了响应数据。
- 404 Not Found：表示请求的资源不存在。
- 500 Internal Server Error：表示服务器内部出现错误。
HTTP协议
HTTP协议⼀、HTTP协议1 HTTP协议简介超⽂本传输协议（英⽂：HyperText Transfer Protocol，缩写：HTTP）是⼀种⽤于分布式、协作式和超媒体信息系统的应⽤层协议。
HTTP 是万维⽹的数据通信的基础。
HTTP的发展是由蒂姆·伯纳斯-李于1989年在欧洲核⼦研究组织（CERN）所发起。
HTTP的标准制定由万维⽹协会（World Wide Web Consortium，W3C）和互联⽹⼯程任务组（Internet Engineering Task Force，IETF）进⾏协调，最终发布了⼀系列的RFC，其中最著名的是1999年6⽉公布的 RFC 2616，定义了HTTP协议中现今⼴泛使⽤的⼀个版本——HTTP 1.1。
2014年12⽉，互联⽹⼯程任务组（IETF）的Hypertext Transfer Protocol Bis（httpbis）⼯作⼩组将HTTP/2标准提议递交⾄IESG进⾏讨论，于2015年2⽉17⽇被批准。
HTTP/2标准于2015年5⽉以RFC 7540正式发表，取代HTTP 1.1成为HTTP的实现标准。
2 什么是http这⾥只是简单概述⼀下，更多详情可以参见：基于tcp/ip、⼀种⽹络应⽤层协议、超⽂本传输协议HyperText Transfer Protocol⼯作⽅式：客户端请求服务端应答的模式快速：⽆状态连接，灵活：可以传输任意对象，对象类型由Content-Type标记3 HTTP协议概述HTTP是⼀个客户端终端（⽤户）和服务器端（⽹站）请求和应答的标准（TCP）。
通过使⽤⽹页浏览器、⽹络爬⾍或者其它的⼯具，客户端发起⼀个HTTP请求到服务器上指定端⼝（默认端⼝为80）。
我们称这个客户端为⽤户代理程序（user agent）。
应答的服务器上存储着⼀些资源，⽐如HTML⽂件和图像。
我们称这个应答服务器为源服务器（origin server）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则，超文本传输协议(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服务器来说，它并不知道这两个请求来自同一个客户端。
为了解决这个问题，Web程序引入了Cookie机制来维护状态.HTTP消息的结构先看Request 消息的结构, Request 消息分为3部分，第一部分叫Request line, 第二部分叫Request header, 第三部分是body. header和body之间有个空行，结构如下图第一行中的Method表示请求方法,比如"POST","GET", Path-to-resoure表示请求的资源，Http/version-number 表示HTTP协议的版本号当使用的是"GET" 方法的时候，body是为空的比如我们打开博客园首页的request 如下GET / HTTP/1.1Host: 复制代码下面我们打开Fiddler 捕捉一个博客园登录的Request 然后分析下它的结构, 在Inspectors tab下以Raw的方式可以看到完整的Request的消息，如下图我们再看Response消息的结构, 和Request消息的结构基本一样。
同样也分为三部分,第一部分叫Response line, 第二部分叫Response header，第三部分是body. header和body之间也有个空行, 结构如下图HTTP/version-number表示HTTP协议的版本号，status-code 和message 请看下节[状态代码]的详细解释.我们用Fiddler 捕捉一个博客园首页的Response然后分析下它的结构, 在Inspectors tab下以Raw的方式可以看到完整的Response的消息，如下图Get和Post方法的区别Http协议定义了很多与服务器交互的方法，最基本的有4种，分别是GET,POST,PUT,DELETE. 一个URL地址用于描述一个网络上的资源，而HTTP中的GET, POST, PUT, DELETE就对应着对这个资源的查，改，增，删4个操作。
我们最常见的就是GET和POST了。
GET一般用于获取/查询资源信息，而POST一般用于更新资源信息.我们看看GET和POST的区别1. GET提交的数据会放在URL之后，以?分割URL和传输数据，参数之间以&相连，如EditPosts.aspx?name=test1&id=123456. POST方法是把提交的数据放在HTTP包的Body中.2. GET提交的数据大小有限制（因为浏览器对URL的长度有限制），而POST方法提交的数据没有限制.3. GET方式需要使用Request.QueryString来取得变量的值，而POST方式通过Request.Form来获取变量的值。
4. GET方式提交数据，会带来安全问题，比如一个登录页面，通过GET方式提交数据时，用户名和密码将出现在URL上，如果页面可以被缓存或者其他人可以访问这台机器，就可以从历史记录获得该用户的账号和密码.状态码Response 消息中的第一行叫做状态行，由HTTP协议版本号，状态码，状态消息三部分组成。
状态码用来告诉HTTP客户端,HTTP服务器是否产生了预期的Response.HTTP/1.1中定义了5类状态码，状态码由三位数字组成，第一个数字定义了响应的类别1XX 提示信息- 表示请求已被成功接收，继续处理2XX 成功- 表示请求已被成功接收，理解，接受3XX 重定向- 要完成请求必须进行更进一步的处理4XX 客户端错误- 请求有语法错误或请求无法实现5XX 服务器端错误- 服务器未能实现合法的请求看看一些常见的状态码200 OK最常见的就是成功响应状态码200了，这表明该请求被成功地完成，所请求的资源发送回客户端如下图，打开博客园首页302 Found重定向，新的URL会在response 中的Location中返回，浏览器将会自动使用新的URL发出新的Request例如在IE中输入，. HTTP服务器会返回304，IE取到Response中Location header的新URL, 又重新发送了一个Request.304 Not Modified代表上次的文档已经被缓存了，还可以继续使用，例如打开博客园首页, 发现很多Response 的status code 都是304提示：如果你不想使用本地缓存可以用Ctrl+F5 强制刷新页面400 Bad Request 客户端请求与语法错误，不能被服务器所理解403 Forbidden 服务器收到请求，但是拒绝提供服务404 Not Found请求资源不存在（输错了URL）比如在IE中输入一个错误的URL，/tesdf.aspx500 Internal Server Error 服务器发生了不可预期的错误503 Server Unavailable 服务器当前不能处理客户端的请求，一段时间后可能恢复正常HTTP Request header使用Fiddler 能很方便的查看Reques header, 点击Inspectors tab ->Request tab-> headers 如下图所示.header 有很多，比较难以记忆，我们也按照Fiddler那样把header 进行分类，这样比较清晰也容易记忆。
Cache 头域If-Modified-Since作用：把浏览器端缓存页面的最后修改时间发送到服务器去，服务器会把这个时间与服务器上实际文件的最后修改时间进行对比。
如果时间一致，那么返回304，客户端就直接使用本地缓存文件。
如果时间不一致，就会返回200和新的文件内容。
客户端接到之后，会丢弃旧文件，把新文件缓存起来，并显示在浏览器中.例如：If-Modified-Since: Thu, 09 Feb 2012 09:07:57 GMT实例如下图If-None-Match作用: If-None-Match和ETag一起工作，工作原理是在HTTP Response中添加ETag信息。
当用户再次请求该资源时，将在HTTP Request 中加入If-None-Match信息(ETag的值)。
如果服务器验证资源的ETag没有改变（该资源没有更新），将返回一个304状态告诉客户端使用本地缓存文件。
否则将返回200状态和新的资源和Etag. 使用这样的机制将提高网站的性能例如: If-None-Match: "03f2b33c0bfcc1:0"实例如下图Pragma作用：防止页面被缓存，在HTTP/1.1版本中，它和Cache-Control:no-cache作用一模一样Pargma只有一个用法，例如：Pragma: no-cache注意: 在HTTP/1.0版本中，只实现了Pragema:no-cache, 没有实现Cache-ControlCache-Control作用: 这个是非常重要的规则。
这个用来指定Response-Request遵循的缓存机制。
各个指令含义如下Cache-Control:Public 可以被任何缓存所缓存（）Cache-Control:Private 内容只缓存到私有缓存中Cache-Control:no-cache 所有内容都不会被缓存还有其他的一些用法，我没搞懂其中的意思，请大家参考其他的资料Client 头域Accept作用：浏览器端可以接受的媒体类型,例如：Accept: text/html 代表浏览器可以接受服务器回发的类型为text/html 也就是我们常说的html文档,如果服务器无法返回text/html类型的数据,服务器应该返回一个406错误(non acceptable)通配符* 代表任意类型例如 Accept: */* 代表浏览器可以处理所有类型,(一般浏览器发给服务器都是发这个)Accept-Encoding：作用：浏览器申明自己接收的编码方法，通常指定压缩方法，是否支持压缩，支持什么压缩方法（gzip，deflate），（注意：这不是只字符编码）;例如：Accept-Encoding: gzip, deflateAccept-Language作用：浏览器申明自己接收的语言。
语言跟字符集的区别：中文是语言，中文有多种字符集，比如big5，gb2312，gbk等等；例如：Accept-Language: en-usUser-Agent作用：告诉HTTP服务器，客户端使用的操作系统和浏览器的名称和版本.我们上网登陆论坛的时候，往往会看到一些欢迎信息，其中列出了你的操作系统的名称和版本，你所使用的浏览器的名称和版本，这往往让很多人感到很神奇，实际上，服务器应用程序就是从User-Agent这个请求报头域中获取到这些信息User-Agent请求报头域允许客户端将它的操作系统、浏览器和其它属性告诉服务器。