Http协议word版本
Ht t p 协议
Http协议
什么是HTTP协议
客户端连上web服务器后，若想获得web服务器中的某个web资源，需遵守一定的通讯格式，HTTP协议用于定义客户端与web服务器通迅的格式。
使用tel net程序连上web服务器，并使用HTTP协议获取某个页面，以快速了解HTTP协议的作用。
安装IE浏览器插件HttpWatch，查看IE浏览器通过HTTP协议获取某个页面。
HTTP协议简介
HTTP是hypertext transfer protocol （超文本传输协议）的简写，它是TCP/IP协议的一个应用层协议，用于定义WEB浏览器与WEB服务器之间交换数据的过程。
HTTP协议是学习JavaWEB开发的基石，不深入了解HTTP协议，就不能说掌握了WEB开发，更无法管理和维护一些复杂的WEB站点。
HTTP 协议的版本：HTTP/1.0、HTTP/1.1
HTTP1.0 和HTTP1.1 的区别
在HTTP1.0协议中，客户端与web服务器建立连接后，只能获得一个web资
源。
HTTP1.1协议，允许客户端与web服务器建立连接后，在一个连接上获取多个web资源。
使用tel net举例说明。
一个好多同学搞不清楚的问题：
一个web页面中，使用img标签引用了三幅图片，当客户端访问服务器中的这个web页面时，客户端总共会访问几次服务器，即向服务器发送了几次HTTP 请求。
HTTP请求
客户端连上服务器后，向服务器请求某个web资源，称之为客户端向服务器发送了一个HTTP请求。
一个完整的HTTP请求包括如下内容：
一个请求行、若干消息头、以及实体内容，其中的一些消息头和实体内
容都是可选的，消息头和实体内容之间要用空行隔开。
如下所示：举例:
・举例：
GET /Iwoks/java, htral HTTP/L 1
Accept：♦/*
Accept : en us;
Oinriecl jon: Keep Alive
Hos t.: Incnlhnst
Pc lor or: http://localhost/links. asp
User-Agent: Mozi I la 1, 0
Accept-Encoding: gzip t deflate
HTTP请求的细节一一请求行
请求行中的GET称之为请求方式，请求方式有:
POST、GET、HEAD、OPTIONS、DELETE、TRACE、PUT
常用的有：POST、GET
不管POST或GET，都用于向服务器请求某个WEB资源，这两种方式的区别主要表现在数据传递上，客户端通过这两种方式都可以带一些数据给服务器：如请求方式为GET方式，则可以在请求的URL地址后以的形式带上交给服务器的数据，多个数据之间以&进行分隔，例如：
GET /mail/1.html? name=abc &password=xyz HTTP/1.1
GET方式的特点：在URL地址后附带的参数是有限制的，其数据
容量不能超过1K。
如请求方式为POST方式，则可以在请求的实体内容中向服务器发送数据，例如：
POST /servlet/ParamsServlet HTTP/1.1
Host:
Conten t-Type: applicatio n/x-www-form-urle ncoded
Conten t-Le ngth: 28
n ame=abc &password=xyz
Post方式的特点：传送的数据量无限制。
HTTP请求的细节一一消息头
用于HTTP请求中的常用头
Accept: text/html,image/*
Accept-Charset: ISO-8859-1
Accept-E ncod ing: gzip,compress
Accept-La nguage: en-us,zh-c n
Host: :80
If-Modified-Si nee: Tue, 11 Jul 2000 18:23:51 GMT
Referer: /i ndex.jsp
User-Age nt: Mozilla/4.0 (compatible; MSIE 5.5; Win dows NT 5.0)
Cookie
Connection: close/Keep-Alive
Date: Tue, 11 Jul 2000 18:23:51 GMT
HTTP响应
一个HTTP响应代表服务器向客户端回送的数据，它包括：
一个状态行、若干消息头、以及实体内容，其中的一些消息头和实体内容都是可选的，消息头和实体内容之间要用空行隔开。
举例'
HTTP/L 1 200 0K €状态行
Server* UicrusciL I 11S/5. 0
、 Date ： Thu. 13 Jul 2000 05:46:53 GMT
Content Length: 225)1
Coiitenl-Iypc: text/html
Cache control : private <\m\> HTTP 响应的细节一一状态行 状态行
格式：HTTP 版本号 状态码 原因叙述<CRLF>
举例：HTTP/1.1 200 OK
状态码用于表示服务器对请求的处理结果，它是一个三位的十进制数。
响应状 态码分为5类，如下所示：
状态码
含义 100〜199
表示成功接收请求，要求客户端继续提交下一次请求才能完成整
个处理过程 200〜299 表示成功接收请求并已完成整个处理过程，常用 200
300〜399 为完成请求，客户需进一步细化请求。
例如，请求的资源已经移 动一个新地址，常用302、307和304
400〜499 客户端的请求有错误，常用404
500〜599 服务器端出现错误，常用500
HTTP 响应细节一一常用响应头
HTTP 请求中的常用响应头
Location: /ndex.jsp
Server:apache tomcat
Conten t-E ncod ing: gzip
Content-Length: 80
Conten t-La nguage: zh-c n
Conten t-Type: text/html; charset=GB2312
的基屛恺息.规肚救据 的播崖*叫务挥嵋过运 以划如客户規如何赴理 9 •会儿它同迟的竝密. ：•《多个消息—
《一个空行
乞实体内容—— 代讒瞼务器向富门瑞
回送的数据
xlWY>
Last-Modified: Tue, 11 Jul 2000 18:23:51 GMT
Refresh: 1;url=
Content-Disposition: attachment; filename=aaa.zip
Tran sfer-E ncodi ng: chu nked
Set-Cookie:SS=Q0=5Lb_ nQ; path=/search
Expires: -1
Cache-C on trol: no-cache
Pragma: no-cache
Connection: close/Keep-Alive
Date: Tue, 11 Jul 2000 18:23:51 GMT
HTTP请求的细节一通用信息头
通用信息头指既能用于请求，又能用于响应的一些消息头。
Cache-Co ntrol: no-cache /控空制缓存:没有缓存Pragma: no-cache
Connection: close/Keep-Alive 〃连接状态：关闭或保持连接Date: Tue, 11 Jul 2000 18:23:51 GMT。
HTTP2.0协议中英文对照版
超文本传输协议版本 2IETF HTTP2草案(draft-ietf-httpbis-http2-13)摘要本规范描述了一种优化的超文本传输协议(HTTP)。
HTTP/2通过引进报头字段压缩以及多路复用来更有效利用网络资源、减少感知延迟。
另外还介绍了服务器推送规范。
本文档保持对HTTP/1.1的后向兼容，HTTP的现有的语义保持不变。
1 介绍The Hypertext Transfer Protocol (HTTP) is a wildly successful protocol. However, the HTTP/1.1 message format ([RFC7230], Section 3) was designed to be implemented with the tools at hand in the 1990s, not modern Web application performance. As such it has several characteristics that have a negative overall effect on application performance today.超文本传输协议（HTTP）是一个非常成功的协议。
但是HTTP/1.1 是针对90年代的情况而不是现代web应用的性能而设计的，导致它的一些特点已经对现代应用程序的性能产生负面影响。
In particular, HTTP/1.0 only allows one request to be outstanding at a time on a given connection. HTTP/1.1 pipelining only partially addressed request concurrency and suffers from head-of-line blocking. Therefore, clients that need to make many requests typically use multiple connections to a server in order to reduce latency.特别是，HTTP/1.0只允许在一个连接上建立一个当前未完成的请求。
HTTP1.1规范
HTTP/1.1协议规范(中文归纳版）一、介绍（introduction）1. 目的——HTTP/0.9-〉HTTP/1.0-〉HTTP/1.12. 要求——MUST、REQUIRED、SHOULD3. 术语——连接(Connection)、消息(Message)、请求(Request)、应答(Response)、资源(Resource)、实体(Entity)、表示方法(Representation)、内容协商(Content Negotiation)、变量（Variant)、客户机（Client）、用户代理(User agent)、服务器(Server)、原服务器（Origin server)、代理服务器（Proxy）、网关（gateway）、高速缓存（Cache）、可缓存（Cacheable）、直接（first-hand）、明确终止时间（explicit expiration time）、探索终止时间（heuristic expiration time）、年龄（Age）、保鲜寿命（Freshness lifetime）、保鲜（Fresh）、陈旧（Stale）、语义透明（semantically transparent）、有效性判别器（Validator）、实体标记（entity tag）或最终更改时间（Last-Modified time))、上游/下游（upstream/downstream）、向内/向外（inbound/outbound）4. 总体操作——请求/应答、中介二、符号惯例与一般语法（notational conversions and generic grammar）1. 扩充BNF——name = definition,"literal",rule1 | rule2,(rule1rule2),*rule,[rule],N rule, #rule,; comment, implied *LWS2. 基本规则——OCTET,CHAR,UPALPHA,LOALPHA,ALPHA,DIGIT,CTL,CR,LF,SP,HT,<">三、协议参数（protocol parameters）1. HTTP版本——HTTP-Version = "HTTP" "/" 1*DIGIT "." 1*DIGIT2. 统一资源标示符（URI）——统一资源定位器(URL)和统一资源名称(URN)的结合，http_URL = "http:" "//" host [ ":" port ] [ abs_path [ "?" query ]]3. 日期/时间格式——Sun, 06 Nov 1994 08:49:37 GMT ; RFC 822, updated by RFC 1123，Sunday, 06-Nov-94 08:49:37 GMT ; RFC 850, obsoleted by RFC 1036，Sun Nov 6 08:49:37 1994 ; ANSI C's asctime() format4. 字符集——本文档中的术语"字符集"指一种用一个或更多表格将一个八字节序列转换成一个字符序列的方法，charset=token失踪字符集5. 内容编码——内容编码主要用来允许文档压缩（信源编码）content-coding= token注册表包含下列标记：gzip，compress，deflate，identity6. 传输编码——目的是能够确保通过网络安全传输（信道编码）transfer-coding = "chunked" | transfer-extensiontransfer-extension = token *( ";" parameter )，成块传输代码7. 媒体类型——media-type = type "/" subtype *( ";" parameter )type = tokensubtype = token规范化和原文缺省多部分类型8. 产品标记——product = token ["/" product-version]product-version = token9. 质量值——qvalue = ( "0" [ "." 0*3DIGIT ] )| ( "1" [ "." 0*3("0") ] )10. 语言标记——language-tag = primary-tag *( "-" subtag )primary-tag = 1*8ALPHAsubtag = 1*8ALPHA11. 实体标记——entity-tag = [ weak ] opaque-tagweak = "W/"opaque-tag = quoted-string12. 范围单位——range-unit = bytes-unit | other-range-unitbytes-unit = "bytes"other-range-unit = token四、HTTP消息（HTTP message）1. 消息类型——HTTP-message = Request | Response ; HTTP/1.1 messages generic-message = start-line *(message-header CRLF) CRLF[ message-body ]start-line = Request-Line | Status-Line2. 消息头——HTTP头域包括常规头,请求头,应答头和实体头域message-header = field-name ":" [ field-value ]field-name = tokenfield-value = *( field-content | LWS )field-content = <the OCTETs making up the field-value and consisting of either *TEXT or combinations of token, separators, and quoted-string> 3. 消息体——message-body = entity-body| <entity-body encoded as per Transfer-Encoding>4. 消息的长度——决定因素5. 常规头域——general-header = Cache-Control| Connection| Date| Pragma| Transfer-Encoding五、请求（request）首行包括利用资源的方式,区分资源的标识,以及协议的版本号Request = Request-Line * (( general-header| request-header|entity-header ) CRLF) CRLF [ message-body ]1. 请求行——Request-Line = Method SP Request-URI SP HTTP-Version CRLF 方法——方法标记指的是在请求URI所指定的资源上所实现的方式Method = "OPTIONS"| "GET"| "POST"| "PUT"| "DELETE"| "TRACE"| "CONNECT"| extension-methodextension-method = token请求URL——请求URL是一种全球统一的应用于资源请求的资源标识符Request-URI = "*" | absoluteURI | abs_path | authority请求行举例：GET /pub/WWW/TheProject.html HTTP/1.1 GET /pub/WWW/TheProject.html HTTP/1.1Host: 2. 请求定义的资源——一个INTERNET请求所定义的精确资源由请求URL和主机报头域所决定3. 请求报头域——request-header = Accept| Accept-Charset|Accept-Encoding| Accept-Language| Authorization| Expect| From| Host|If-Match| If-Modified-Since| If-None-Match| If-Range|If-Unmodified-Since| Max-Forwards| Proxy-Authorization| Range| Referer| TE| User-Agent六、应答（response）接收和翻译一个请求信息后，服务器发出一个HTTP应答信息Response = Status-Line*(( general-header| response-header|entity-header ) CRLF) CRLF [ message-body ]1. 状态行——Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF状态码——状态码是试图理解和满足请求的三位数字的整数码，1xx,2xx,3xx,4xx,5xx，100-〉505-〉扩展码2. 应答报头域——response-header = Accept-Ranges| Age| Location|Proxy-Authenticate| Retry-After| Server| Vary| WWW-Authenticate七、实体（entity）在未经特别规定的情况下，请求与应答的消息也可以传送实体。
(完整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（Hypertext Transfer Protocol）是一种用于传输超文本的应用层协议。
它是Web应用中最重要的协议之一，用于客户端和服务器之间的通信。
HTTP协议规范定义了请求和响应的格式、状态码、头部字段以及其他相关细节，确保了互联网上的信息交换的顺利进行。
一、协议版本HTTP协议目前有多个版本，包括HTTP/1.0、HTTP/1.1和HTTP/2等。
本协议遵循HTTP/1.1版本。
二、请求格式1. 请求行：请求行由请求方法、请求URI和协议版本组成，格式如下：```请求方法请求URI 协议版本```示例：GET /index.html HTTP/1.12. 请求头部：请求头部包含了请求的附加信息，格式为键值对，每个键值对占一行，以冒号分隔，示例如下：```键: 值```常见的请求头部字段有：- Host：指定请求的主机名和端口号- User-Agent：发送请求的用户代理信息- Accept：指定客户端可接受的MIME类型- Content-Type：指定请求体的MIME类型- Cookie：包含了客户端的Cookie信息3. 请求体：请求体是可选的，用于传输请求的数据，例如表单数据或上传的文件等。
三、响应格式1. 状态行：状态行由协议版本、状态码和状态描述组成，格式如下：```协议版本状态码状态描述```示例：HTTP/1.1 200 OK2. 响应头部：响应头部包含了响应的附加信息，格式同请求头部。
3. 响应体：响应体是服务器返回的实际内容，可以是HTML、JSON、图片等。
四、常见状态码1xx：信息性状态码，表示服务器接收到请求并继续处理。
2xx：成功状态码，表示服务器成功处理了请求。
3xx：重定向状态码，表示需要进一步操作以完成请求。
4xx：客户端错误状态码，表示客户端发送的请求有错误。
5xx：服务器错误状态码，表示服务器在处理请求时发生了错误。
HTTP协议详解（文档）
HTTP协议详解（⽂档）⽬录引⾔ (3)⼀、HTTP 协议详解之URL 篇 (3)⼆、HTTP 协议详解之请求篇 (3)三、HTTP 协议详解之响应篇 (4)四、HTTP 协议详解之消息报头篇 (5)1、普通报头 (5)2、请求报头 (6)3、响应报头 (7)4、实体报头 (7)五、利⽤telnet 观察http 协议的通讯过程 (8)1、打开telnet (8)2、连接服务器并发送请求 (9)3、实验结果： (9)4、注意事项 (10)六、HTTP 协议相关技术补充 (10)1、基础 (10)2、协议分析的优势—HTTP 分析器检测⽹络攻击 (11)3、HTTP 协议Content Lenth 限制漏洞导致拒绝服务攻击 (11)4、利⽤HTTP 协议的特性进⾏拒绝服务攻击的⼀些构思 (11)5、Http 指纹识别技术 (11)6、其他 (12)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.⽆连接：⽆连接的含义是限制每次连接只处理⼀个请求。
服务器处理完客户的请求，并收到客户的应答后，即断开连接。
采⽤这种⽅式可以节省传输时间。
HTTP协议报文格式
HTTP协议报文格式HTTP（Hypertext Transfer Protocol）是一种用于传输超文本的协议，它定义了客户端和服务器之间进行通信的规则。
在HTTP通信中，客户端发送请求报文给服务器，服务器接收请求并发送响应报文给客户端。
1.请求报文格式：-起始行：包含请求方法、请求URL和HTTP版本。
-首部字段：描述请求的附加信息，以键值对的形式出现。
-空行：用于分隔首部字段和实体主体。
-实体主体：请求的数据，可以为空。
示例：```GET /index.html HTTP/1.1Accept: text/html```2.响应报文格式：-起始行：包含HTTP版本、状态码和状态消息。
-首部字段：描述响应的附加信息，以键值对的形式出现。
-空行：用于分隔首部字段和实体主体。
-实体主体：响应的数据，可以为空。
示例：```HTTP/1.1200OKContent-Type: text/htmlContent-Length: 1234<html><body>...</body></html>```3.请求方法：-GET：获取资源。
-POST：提交数据。
-PUT：创建或更新资源。
-DELETE：删除资源。
-HEAD：获取请求资源的元数据。
-OPTIONS：获取服务器支持的HTTP方法。
4.状态码：- 1xx：信息性状态码，表示请求已被接受并且服务器正在处理。
- 2xx：成功状态码，表示请求已成功处理。
- 3xx：重定向状态码，表示需要进一步操作才能完成请求。
- 4xx：客户端错误状态码，表示请求包含语法错误或无法完成请求。
- 5xx：服务器错误状态码，表示服务器在处理请求时发生内部错误。
5.首部字段：。
http协议格式
http协议格式HTTP（Hypertext Transfer Protocol）是构建互联网应用的基础协议之一，它定义了客户端和服务器之间进行通信的格式和规则。
HTTP协议的主要目标是实现一种简单而灵活的方式来传输超文本，以便可以访问和传输网页、图片、视频等资源。
HTTP协议的格式主要包括请求格式和响应格式。
下面分别介绍这两种格式。
一、请求格式HTTP请求由客户端发送给服务器，用于请求对特定资源的访问。
请求格式包括请求行、请求头部和请求主体。
1. 请求行：请求行的格式为：METHOD URL HTTP/版本号其中，METHOD表示请求方法，包括常见的GET、POST、PUT、DELETE等；URL代表请求的资源的路径；HTTP/版本号指定了使用的HTTP协议的版本。
2. 请求头部：请求头部包括多行，每行由键值对组成。
常见的头部有：- Host：指定请求的服务器主机名和端口号。
- User-Agent：客户端的浏览器信息。
- Accept：客户端可以接受的数据类型。
- Content-Type：请求主体的数据类型。
3. 请求主体：请求主体是可选的，用于在POST请求中向服务器传送数据。
二、响应格式服务器接收到客户端的请求后，返回给客户端一个响应。
响应格式包括状态行、响应头部和响应主体。
1. 状态行：状态行的格式为：HTTP/版本号状态码状态描述其中，状态码表示服务器处理请求的结果，常见的状态码有200（成功）、404（资源未找到）、500（服务器内部错误）等。
2. 响应头部：响应头部和请求头部的格式类似，由多行键值对组成。
常见的头部有：- Content-Type：响应主体的数据类型。
- Content-Length：响应主体的长度。
- Set-Cookie：设置响应的Cookie。
3. 响应主体：响应主体是服务器返回给客户端的数据。
三、HTTP协议的特点1. 简单灵活：HTTP协议采用简单的文本格式，易于理解和编写。
HTTP（超文本传输协议）
HTTP（超⽂本传输协议）HTTP是以超⽂本传输为⽬的⽽设计的应⽤层协议，属于基于TCP/IP实现的协议。
浏览器也属于基于套接字的客户端，因为连接到任意web服务器端时，浏览器内部也会创建套接字。
只不过浏览器多了⼀项功能，将服务器端传输的HTML格式的超⽂本解析为视图。
Web服务器端是以HTTP协议为基础传输超⽂本的服务器端。
为了在⽹络环境下同时向⼤量客户端提供服务，HTTP协议的请求和响应⽅式设计如图：Web服务器端响应客户端请求后会⽴即断开连接。
即服务器不会维持客户端状态。
即使同⼀个客户端再次发送请求，服务器也⽆法辨别是原先哪个，⽽会以相同的⽅式处理新请求。
因此，HTTP⼜称为“⽆状态的Stateless协议”。
请求消息的结构请求消息可以分为请求⾏、消息头、消息体三个部分。
请求⾏含有请求⽅式（请求⽬的）信息。
典型的请求⽅式有GET和POST，GET主要⽤于请求数据，POST主要⽤于传输数据。
其中“GET /index.html HTTP/1.1”具体含义如下： 请求（GET）index.html⽂件，希望以1.1版本的HTTP协议进⾏通信。
请求⾏只能通过1⾏（line）发送，所以服务器很容易从HTTP请求中提取第⼀⾏，并分析请求⾏中的信息。
消息头包含发送请求的（将要接收响应信息的）浏览器信息、⽤户认证信息等。
消息体中装有客户端向服务器发送的数据，为了装⼊数据，需要以POST的⽅式发送请求。
（注：消息头和消息体之间以空⾏隔开，因此不会发⽣边界问题）响应消息的结构响应消息分为状态⾏、消息头、消息体三个部分。
状态⾏中含有关于请求的状态信息。
例如，客户端请求index.html⽂件时，表⽰index.html⽂件是否存在、服务器是否发⽣问题⽽⽆法响应等不同情况的信息将写⼊状态⾏。
表⽰客户端请求的执⾏结果的数字称为状态码，典型的有： 200 OK：成功处理了请求 404 Not Found：请求的⽂件不存在 400 Bad Request：请求⽅式错误，请检查消息头中含有传输的数据类型和长度等信息。
http代理协议
HTTP代理协议HTTP代理协议是一种常用的网络协议，用于在客户端和服务器之间进行数据传输和交互。
通过使用HTTP代理服务器，客户端可以向服务器发送HTTP请求，并接收服务器返回的HTTP响应。
在本文档中，我们将探讨HTTP代理协议的基本原理、工作流程以及常见的应用场景。
1. 什么是HTTP代理协议HTTP代理协议是一种应用层协议，它允许客户端通过代理服务器与目标服务器进行通信。
代理服务器充当客户端和服务器之间的中介，接收客户端发送的请求，并将其转发给目标服务器。
同样，代理服务器也会接收目标服务器的响应，并将其返回给客户端。
2. HTTP代理协议的工作原理HTTP代理协议的工作原理可以简单地分为以下几个步骤：1.客户端发起请求：客户端向代理服务器发送HTTP请求，包括请求方法（GET、POST等）、请求头和请求体。
2.代理服务器接收请求：代理服务器接收客户端的请求，并解析其中的目标服务器地址和请求内容。
3.代理服务器转发请求：代理服务器将客户端的请求转发给目标服务器，并等待目标服务器的响应。
4.目标服务器处理请求：目标服务器接收代理服务器转发的请求，并根据请求内容进行处理。
5.目标服务器返回响应：目标服务器生成HTTP响应，包括响应头和响应体，并将其发送给代理服务器。
6.代理服务器接收响应：代理服务器接收目标服务器的响应，并解析其中的响应内容。
7.代理服务器返回响应：代理服务器将目标服务器的响应返回给客户端。
3. HTTP代理协议的应用场景HTTP代理协议在实际应用中具有广泛的应用场景，以下是一些常见的应用场景：3.1 访问控制通过配置代理服务器，可以实现对特定网站或特定内容的访问控制。
代理服务器可以根据设置的规则拦截某些请求或者对请求进行修改，从而实现对访问的控制和过滤。
3.2 负载均衡代理服务器可以作为负载均衡器，将客户端请求分发到多个目标服务器上，从而实现负载均衡。
通过负载均衡，可以提高系统的并发处理能力和稳定性。
HTTP协议-最新RFC文档-中文版
内容协商（content negotiation） 任 当服务一个请求时选择资源的一种适当的表示形式的机制（mechanism），如第 12 节所述。 何响应里实体的表现形式都是可协商的（包括错误响应）。 变量（variant） 在 某 个时 刻 ，一个资源对应的表现形式（ representation ）可以有一个或多个（译注：一个 URI 请求一个资源，但返回的是此资源对应的表现形式，这根据内容协商决定）。每个表现形 式 （ representation ） 被 称 作 一 个 变 量 。 ‘ 变 量 ’ 这 个 术 语 的 使 用 并 不 意 味 着 资 源 （resource）是由内容协商决定的.。 客户端（client） 为发送请求建立连接的程序.。 用户代理（user agent） 初始化请求的客户端程序。常见的如浏览器，编辑器，蜘蛛（可网络穿越的机器人），或其他 的终端用户工具. 服务器（Server） 服务器是这样一个应用程序，它同意请求端的连接，并发送响应（ response）。任何给定的程 序都有可能既做客户端又做服务器；我们使用这些术语是为了说明特定连接中应用程序所担当 的角色，而不是指通常意义上应用程序的能力。同样，任何服务器都可以基于每个请求的性质 扮演源服务器，代理，网关，或者隧道等角色之一。 源服务器（Origin server） 存在资源或者资源在其上被创建的服务器（server）被成为源服务器（origin server）。 代理（ Proxy） 代理是一个中间程序，它既可以担当客户端的角色也可以担当服务器的角色。代理代表客户端 向服务器发送请求。客户端的请求经过代理，会在代理内部得到服务或者经过一定的转换转至 其 他 服务器。一个代理必 须 能同时实现本规范 中 对 客 户端和服务器 所 作的要求。 透 明代理 （ transparent proxy ）需要代理 认证 和代理识 别 ， 而 不修 改 请求或响应。 非透 明代理（ nontransparent proxy）需修改请求或响应，以便为用户代理（ user agent）提供附加服务，附加 服务包括组注释服务，媒体类型转换，协议简化，或者匿名过滤等。除非透明行为或非透明行 为经被显式地声明，否则，HTTP 代理既是透明代理也是非透明代理。 网关（gateway） 网关其实是一个服务器，扮演着代表其它服务器为客户端提供服务的中间者。 与代理（proxy） 不同，网关接收请求，仿佛它就是请求资源的源服务器。请求的客户端可能觉察不到它正在同 网关通信。 隧道（tunnel） 隧道也是一个中间程序，它一个在两个连接之间充当盲目中继（blind relay）的中间程序。 一旦 隧道处于活动状态，它不能被认为是这次 HTTP 通信的参与者，虽然 HTTP 请求可能已经把它 初始化了。当两端的中继连接都关闭的时候，隧道不再存在。 缓存（cache） 缓存是程序响应消息的本地存储。 缓存是一个子系统，控制消息的存储、 获取和删除。 缓存里存 放可缓存的响应（ cacheable response）为的是减少对将来同样请求的响应时间和网络带宽消 耗。 任一客户端或服务器都可能含有缓存，但缓存不能存在于一个充当隧道（tunnel）的服务器 里。