下载文档原格式
HTTP协议中常⽤相应的状态码总结HTTP协议与我们的⽣活息息相关，尤其对于我们后端开发⼈员，⼯作之余我整理了⼀些HTTP协议响应的⼀些常见的状态码，希望能帮助⼤家 HTTP状态码列表消息（1字头）服务器收到请求，需要请求者继续执⾏操作状态码状态码英⽂名称中⽂描述100Continue继续。
客户端应继续其请求101Switching Protocols切换协议。
服务器根据客户端的请求切换协议。
只能切换到更⾼级的协议，例如，切换到HTTP的新版本协议102Processing由WebDAV（RFC 2518）扩展的状态码，代表处理将被继续执⾏。
成功（2字头）操作被成功接收并处理状态码状态码英⽂名称中⽂描述200OK请求成功。
⼀般⽤于GET与POST请求201Created已创建。
成功请求并创建了新的资源202Accepted已接受。
已经接受请求，但未处理完成203Non-Authoritative Information⾮授权信息。
请求成功。
但返回的meta信息不在原始的服务器，⽽是⼀个副本204No Content⽆内容。
服务器成功处理，但未返回内容。
在未更新⽹页的情况下，可确保浏览器继续显⽰当前⽂档205Reset Content重置内容。
服务器处理成功，⽤户终端（例如：浏览器）应重置⽂档视图。
可通过此返回码清除浏览器的表单域206Partial Content部分内容。
服务器成功处理了部分GET请求207Multi-Status由WebDAV(RFC 2518)扩展的状态码，代表之后的消息体将是⼀个XML消息，并且可能依照之前⼦请求数量的不同，包含⼀系列独⽴的响应代码。
重定向（3字头）需要进⼀步的操作以完成请求状态码状态码英⽂名称中⽂描述300Multiple Choices多种选择。
请求的资源可包括多个位置，相应可返回⼀个资源特征与地址的列表⽤于⽤户终端（例如：浏览器）选择301Moved Permanently永久移动。
HTTP协议响应消息的常用状态码100 : Continue （继续）初始的请求已经接受，客户应当继续发送请求的其余部分。
（HTTP 1.1 新）101 : Switching Protocols （切换协议）请求者已要求服务器切换协议，服务器已确认并准备进行切换。
（HTTP 1.1新）200 : OK （成功）一切正常，对GET和POST请求的应答文档跟在后面。
201 : Created （已创建）服务器已经创建了文档，Location 头给出了它的URL。
202 : Accepted （已接受）服务器已接受了请求，但尚未对其进行处理。
203 : Non-Authoritative Information （非授权信息）文档已经正常地返回，但一些应答头可能不正确，可能来自另一来源。
（HTTP 1.1新）。
204 : No Content （无内容）未返回任何内容，浏览器应该继续显示原来的文档。
205 : Reset Content （重置内容）没有新的内容，但浏览器应该重置它所显示的内容。
用来强制浏览器清除表单输入内容（HTTP 1.1新）206 : Partial Content （部分内容）服务器成功处理了部分GET请求。
（HTTP 1.1新）300 : Multiple Choices （多种选择）客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。
如果服务器要提出优先选择，则应该在Location 应答头指明。
301 : Moved Permanently （永久移动）请求的网页已被永久移动到新位置。
服务器返回此响应（作为对GET 或HEAD 请求的响应）时，会自动将请求者转到新位置。
302 : Found （临时移动）类似于301 ，但新的URL 应该被视为临时性的替代，而不是永久性的。
注意，在HTTP1.0中对应的状态信息是“Moved Temporatily ”，出现该状态代码时，浏览器能够自动访问新的URL,因此它是一个很有用的状态代码。
HTTP协议，Http常⽤状态码HTTP协议-RequestHTTP报⽂是⾯向⽂本的，报⽂中的每⼀个字段都是⼀些ASCII码串，各个字段的长度是不确定的。
HTTP有两类报⽂：请求报⽂和响应报⽂。
1.1 HTTP请求报⽂- ⼀个HTTP请求报⽂由请求⾏（request line）、请求头部（header）、空⾏和请求数据4个部分组成 ＜request-line＞＜headers＞＜blank line＞[＜request-body＞1.1.2 求情头-Request Header- 第⼀⾏：三个字段，中间⽤空格隔开请求⽅法 URL HTTP版本如：GET /home.html HTTP/1.1。
常⽤的请求⽅法： HTTP协议的请求⽅法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。
1.1.3 GET⽅法GET⽅法要求服务器将URL定位的资源放在响应报⽂的数据部分，回送给客户端。
意思是：GET⽅法会把请求数据附在URL后⾯⼀并提交到后台 URL与请求数据之间⽤？问号分割，（？）之后表⽰URL结束，请求数据开始，多个请求数据之间使⽤ & and符号连接如下图：我省略了关键信息的请求头GET /s?wd=博客园%20c_G-17&rsv_spt=1&...省略部分请求数据... HTTP/1.1Host: Connection: keep-aliveCache-Control: max-age=0Upgrade-Insecure-Requests: 1User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.75 Safari/537.36Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8Referer: https:///Accept-Encoding: gzip, deflate, sdch, brAccept-Language: zh-CN,zh;q=0.8Cookie: xxxxx;BDUSS=xxxx可以看到，GET⽅式的请求⼀般不包含”请求内容”部分，请求数据以地址的形式表现在请求⾏。
常见的HTTP状态码说明1.说明HTTP服务器状态代码定义（Status Code Definitions）做测试的时候,会产⽣⽐较多的HTTP错误，查看其错误,有超时的,链接不到图⽚的,连接不到服务器等等，很多⼈经常忘记，所以整理⼀下，帮助记忆2.常见接⼝协议http 超⽂本传输协议https 安全超⽂本传输协议(百度)Ftp ⽂件传输协议Tcp ⽹络控制协议IP 互联⽹协议3.HTTP协议相应码1XX:信息响应类，标识接受到请求并且继续处理2XX:处理成功响应类，表⽰动作成功接受，理解和接受3XX:重定向响应类，为了完成指定动作，必须接受进⼀步处理4XX:客户端错误，客户端请求包含语法错误或者是不能正确执⾏5XX:服务端错误，服务器不能正确执⾏⼀个正确的请求(超时)4.详细说明（1）消息1xx（Informational 1xx）该类状态代码⽤于表⽰临时回应。
临时回应由状态⾏（Status-Line）及可选标题组成，由空⾏终⽌。
HTTP/1.0中没有定义任何1xx的状态代码，所以它们不是对HTTP/1.0请求的合法回应。
实际上，它们主要⽤于实验⽤途，这已经超出本⽂档的范围。
（2）成功2xx（Successful 2xx）表⽰客户端请求被成功接收、理解、接受。
200 OK 请求成功。
回应的信息依赖于请求所使⽤的⽅法，如下：GET 要请求的资源已经放在回应的实体中了。
HEAD 没有实体主体，回应中只包括标题信息。
POST 实体（描述或包含操作的结果）。
201 Created 请求完成，结果是创建了新资源。
新创建资源的URI可在回应的实体中得到。
原始服务器应在发出该状态代码前创建该资源。
如果该操作不能⽴即完成，服务器必须在该资源可⽤时在回应主体中给出提⽰，否则，服务器端应回应202（可被接受）。
在本⽂定义的⽅法，只有POST可以创建资源。
202 Accepted 请求被接受，但处理尚未完成。
请求可能不⼀定会最终完成，有可能被处理过程随时中断，在这种情况下，没有办法在异步操作中重新发送状态代码。
HTTP协议格式详解一、引言HTTP（Hypertext Transfer Protocol）是一种用于传输超文本的应用层协议。
它是建立在TCP/IP协议之上的，用于在Web浏览器和Web服务器之间进行通信。
本协议详细介绍了HTTP协议的格式，包括请求报文和响应报文的结构、字段和常见的状态码。
二、请求报文格式HTTP请求报文由请求行、请求头部和请求体三部分组成。
1. 请求行请求行由请求方法、请求URI和HTTP协议版本组成，各部分之间使用空格分隔。
常见的请求方法有GET、POST、PUT、DELETE等。
示例：GET /index.html HTTP/1.12. 请求头部请求头部由多个字段组成，每个字段由字段名和字段值组成，中间使用冒号分隔。
字段名不区分大小写，字段值可以包含多个参数，参数之间使用分号分隔。
示例：Host: User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36Content-Type: application/json3. 请求体请求体用于传输数据，可以是文本、二进制数据等。
请求体的格式由Content-Type字段指定。
示例：{"username": "example","password": "123456"}三、响应报文格式HTTP响应报文由状态行、响应头部和响应体三部分组成。
1. 状态行状态行由HTTP协议版本、状态码和状态消息组成，各部分之间使用空格分隔。
状态码用于表示服务器对请求的处理结果。
示例：HTTP/1.1 200 OK2. 响应头部响应头部由多个字段组成，与请求头部类似，每个字段由字段名和字段值组成，中间使用冒号分隔。
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报⽂中的100状态码HTTP状态码(status codes)是HTTP协议中，响应报⽂的起始⾏中包含的⼀种服务器⽤于向客户端说明操作状态的三位数字。
例如在⼀个正常的GET请求完成后，服务器会向客户端返回HTTP/1.0200 OK在这个例⼦中，状态码就是 200状态码的第⼀位数字表⽰了响应状态的类型，其中1xx 信息提⽰2xx 成功3xx 重定向4xx 客户端错误5xx 服务器错误今天我们主要讨论1xx的状态码，即消息状态码。
由于当前的HTTP版本只为每种类型的状态码定义了少数⼀部分，⽽HTTP协议具有可拓展性，随着协议的发展，状态码将不断完善，较⽼版本的HTTP应⽤就不能识别较新的状态码，⽽这个特性也就使得不同版本的HTTP应⽤在通讯时产⽣了⼀些问题。
由于 HTTP/0.9 版本的响应报⽂只包含实体部分，没有状态码或原因短语的存在，故不做讨论。
1xx状态码是 HTTP/1.1 版本新定义的，⽤来表⽰请求被正常接受，会进⾏进⼀步处理。
这些状态码相对较新，并且 HTTP/1.0 版本⽆法识别，所以原则上不应该向HTTP/1.0版本的客户端发送任何1xx状态码。
100 Continue该状态码说明服务器收到了请求的初始部分，并且请客户端继续发送。
在服务器发送了 100 Continue 状态码之后，如果收到客户端的请求，则必须进⾏响应。
这个状态码实际上是对如下场景的⼀种优化：客户端有⼀个较⼤的⽂件需要上传并保存，但是客户端不知道服务器是否愿意接受这个⽂件，所以希望在消耗⽹络资源进⾏传输之前，先询问⼀下服务器的意愿。
实际操作为客户端发送⼀条特殊的请求报⽂，报⽂的头部应包含Expect: 100-continue此时，如果服务器愿意接受，就会返回 100 Continue 状态码，反之则返回 417 Expectation Failed 状态码。
对于客户端⽽⾔，如果客户端没有发送实际请求的打算，则不应该发送包含 100 Continue Expect 的报⽂，因为这样会让服务器误以为客户端将要发送⼀个请求。
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的响应码及含义
1xx(临时响应)
100: 请求者应当继续提出请求。
101(切换协议) 请求者已要求服务器切换协议，服务器已确认并准备进⾏切换。
2xx(成功)
200：正确的请求返回正确的结果
201：表⽰资源被正确的创建。
⽐如说，我们 POST ⽤户名、密码正确创建了⼀个⽤户就可以返回 201。
202：请求是正确的，但是结果正在处理中，这时候客户端可以通过轮询等机制继续请求。
3xx(已重定向)
300：请求成功，但结果有多种选择。
301：请求成功，但是资源被永久转移。
303：使⽤ GET 来访问新的地址来获取资源。
304：请求的资源并没有被修改过
4xx(请求错误)
400：请求出现错误，⽐如请求头不对等。
401：没有提供认证信息。
请求的时候没有带上 Token 等。
402：为以后需要所保留的状态码。
403：请求的资源不允许访问。
就是说没有权限。
404：请求的内容不存在。
5xx(服务器错误)
500：服务器错误。
501：请求还没有被实现。
HTTP请求报⽂和响应报⽂索引1. 请求报⽂⼀个HTTP请求报⽂由请求⾏（request line）、请求头部（header）、空⾏和请求数据4个部分组成。
⼤致结构是这样的：＜request-line＞ //请求⾏＜headers＞ //⾸部⾏＜blank line＞ //空⾏＜request-body＞ //请求体⼀个简单的例⼦：POST /user HTTP/1.1 //请求⾏Host: Content-Type: application/x-www-form-urlencodedConnection: Keep-AliveUser-agent: Mozilla/5.0. //以上是⾸部⾏（此处必须有⼀空⾏） //空⾏分割header和请求内容name=world 请求体1.1 请求⾏请求⾏由三部分组成：请求⽅法，请求URL（不包括域名），HTTP协议版本请求⽅法⽐较多：GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT最常⽤的是GET和POST。
1.1.1 请求⽅法1） GET传递参数长度受限制，因为传递的参数是直接表⽰在地址栏中，⽽特定浏览器和服务器对url的长度是有限制的。
因此，GET不适合⽤来传递私密数据，也不适合拿来传递⼤量数据。
⼀般的HTTP请求⼤多都是GET。
2）POSTPOST把传递的数据封装在HTTP请求数据中，以名称/值的形式出现，可以传输⼤量数据，对数据量没有限制，也不会显⽰在URL中。
表单的提交⽤的是POST。
3）HEADHEAD跟GET相似，不过服务端接收到HEAD请求时只返回响应头，不发送响应内容。
所以，如果只需要查看某个页⾯的状态时，⽤HEAD 更⾼效，因为省去了传输页⾯内容的时间。
4）DELETE删除某⼀个资源。
5）OPTIONS⽤于获取当前URL所⽀持的⽅法。
若请求成功，会在HTTP头中包含⼀个名为“Allow”的头，值是所⽀持的⽅法，如“GET, POST”。
HTTP协议报文格式HTTP协议（Hypertext Transfer Protocol――超文本传输协议）浏览器端（客户端）向WEB 服务器端访问页面的过程和HTTP协议报文的格式。
基于HTTP协议的客户机访问包括4个过程，分别是建立TCP套接字连接、发送HTTP请求报文、接收HTTP应答报文和关闭TCP套接字连接：1. 创建TCP套接字连接客户端与WEB服务器创建TCP套接字连接，其中WEB端服务器的地址可以通过域名解析确定，WEB端的套接字侦听端口一般是80。
2. 发送HTTP请求报文客户端向WEB服务端发送请求报文，HTTP协议的请求报文格式为：请求消息= 请求行（实体头信息）CRLF[实体内容]请求行= 方法URL HTTP版本号CRLF方法= GET|HEAD|POST|扩展方法URL = 协议名称＋宿主名＋目录与文件名其中"CRLF"表示回车换行。
"请求行"中的"方法"描述了对指定资源执行的动作，常用的方法"GET"、"HEAD"和"POST"等3种，它们的含义如表15-8所示：请求报文一个HTTP请求报文由请求行（request line）、请求头部（header）、空行和请求数据4个部分组成，下图给出了请求报文的一般格式。
（1）请求行请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成，它们用空格分隔。
例如，GET /index.html HTTP/1.1。
HTTP协议的请求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。
这里介绍最常用的GET方法和POST方法。
GET：当客户端要从服务器中读取文档时，使用GET方法。
GET方法要求服务器将URL定位的资源放在响应报文的数据部分，回送给客户端。
使用GET方法时，请求参数和对应的值附加在URL后面，利用一个问号（“?”）代表URL的结尾与请求参数的开始，传递参数长度受限制。
例如，/index.jsp?id=100&op=bind。
POST：当客户端给服务器提供信息较多时可以使用POST方法。
POST方法将请求参数封装在HTTP请求数据中，以名称/值的形式出现，可以传输大量数据。
表15-8 HTTP请求方法取值描述GET 从WEB服务器中获取对象，不同类型的对象将获取不同的信息，比如：·文件类型对象，获取该文件的内容。
·程序类型对象，获取该程序执行的结果。
·数据库查询类型对象，获取该查询的结果。
HEAD 要求服务器查找对象的元信息。
POST 从客户端向WEB服务器发送数据。
"实体头信息"中记载了报文的属性，利用这些信息可以实现客户端与WEB服务器之间的请求或应答，它包括报文的数据类型、压缩方法、语言、长度、压缩方法、最后一次修改时间、数据有效期等信息。
实体内容是报文传送的附加信息，一般供POST请求填写。
GET请求报文例子一个URL为"/toupiaoceshi.asp?name=朱云翔"的GET请求报文例子如下：GET /toupiaoceshi.asp?name=朱云翔HTTP/1.1Accept: */*Accept-Language: zh-cnAccept-Encoding: gzip, deflateUser-Agent: Mozilla/4.0 (compatible; MSIE 6.0;Windows NT 5.1; SV1; .NET CLR 2.0.50727)Host: Connection: Keep-Alive其中"/toupiaoceshi.asp?name=朱云翔"是URL信息，语句"ACCEPT：*/*"及其后的语句是"实体头信息"。
注意：在语句"Connection：Keep-Alive"下的空行是必须的。
全部HTTP请求方法：1.HTTP请求行：请求行格式为Method Request-URI Protocol。
在上面这个例子里，"GET / HTTP/1.1"是请求行。
(以下为请求头的关键字)2.Accept:指浏览器或其他客户可以接爱的MIME文件格式。
可以根据它判断并返回适当的文件格式。
3.Accept-Charset：指出浏览器可以接受的字符编码。
英文浏览器的默认值是ISO-8859-1.4.Accept-Language：指出浏览器可以接受的语言种类，如en或en-us，指英语。
5.Accept-Encoding：指出浏览器可以接受的编码方式。
编码方式不同于文件格式，它是为了压缩文件并加速文件传递速度。
浏览器在接收到Web响应之后先解码，然后再检查文件格式。
6.Authorization：当使用密码机制时用来标识浏览器。
7.Cache-Control：设置关于请求被代理服务器存储的相关选项。
一般用不到。
8.Connection：用来告诉服务器是否可以维持固定的HTTP连接。
HTTP/1.1使用Keep-Alive 为默认值，这样，当浏览器需要多个文件时(比如一个HTML文件和相关的图形文件)，不需要每次都建立连接。
9.Content-Type：用来表名request的内容类型。
可以用HttpServletRequest的getContentType()方法取得。
10.Cookie：浏览器用这个属性向服务器发送Cookie。
Cookie是在浏览器中寄存的小型数据体，它可以记载和服务器相关的用户信息，也可以用来实现会话功能。
11.Expect：表时客户预期的响应状态。
12.From：给出客户端HTTP请求负责人的email地址。
13.Host：对应网址URL中的Web名称和端口号。
14.If-Match：供PUT方法使用。
15.If-Modified-Since：客户使用这个属性表明它只需要在指定日期之后更改过的网页。
因为浏览器可以使用其存储的文件而不必从服务器请求，这样节省了Web资源。
由于Servlet是动态生成的网页，一般不需要使用这个属性。
16.If-None-Match：和If-Match相反的操作，供PUT方法使用。
17.If-Unmodified-Since：和If-Match-Since相反。
18.Pragma：这个属性只有一种值，即Pragma：no-cache,表明如果servlet充当代理服务器，即使其有已经存储的网页，也要将请求传递给目的服务器。
19.Proxy-Authorization：代理服务器使用这个属性，一般用不到。
20.Range：如果客户有部分网页，这个属性可以请求剩余部分。
21.Referer：表明产生请求的网页URL。
比如从网页/beijing.html中点击一个链接到网页/qingdao.html,在向服务器发送的GET /beijing.html中的请求中，Referer是/qingdao.html 。
这个属性可以用来跟踪Web请求是从什么网站来的。
22.Upgrage：客户通过这个属性设定可以使用与HTTP/1.1不同的协议。
er-Agent：是客户浏览器名称。
24.Via：用来记录Web请求经过的代理服务器或Web通道。
25.Warning：用来由客户声明传递或存储(cache)错误。
POST请求报文例子下面是HTTP协议中关于POST请求报文例子，节自《中国联合通信公司短消息网关系统接口协议(SGIP)》V1.2版：POST /sp.cgi HTTP/1.0 /* 请求行，服务程序为sp.cgi */Host: /* 以下为实体头信息*/Authorization: Basic <Base64 串>Content-Length: <Content-Length><CommandId>=<4> /* 以下为POST请求的实体信息*/<SequenceNumber>=<205502327125025327> /* 实体部分输送报文*/<UserNumber>=<8613001125453><SPNumber>=<168><MessageContent>=<ABCD 1234>一般情况下，采用POST报文传送信息的数据存储在"实体"部分中。
3. 接收HTTP应答报文WEB服务器处理客户请求，并向客户机发送应答报文，HTTP协议的应答报文格式为：应答报文= 状态行（实体头信息）CRLF [实体内容]状态行= HTTP版本号状态码原因叙述状态码描述了WEB服务器执行客户机请求的状态信息，其取值含义如表15-8所示：表15-8 HTTP应答响应码含义（后附录里有全部的响应码）取值描述1××保留。
2××成功接收，比如“200”表示处理成功。
3××客户需进一步细化请求。
4××客户错误，比如“404”表示访问的指定资源不存在。
5××服务器错误。
GET应答报文例子一个请求URL为"/toupiaoceshi.asp?name=朱云翔"的应答报文例子如下：HTTP/1.1 200 OKConnection: keep-aliveDate: Thu, 26 Jul 2007 14:00:02 GMTServer: Microsoft-IIS/6.0X-Powered-By: Content-Length: 190Content-Type: text/htmlSet-Cookie: ASPSESSIONIDSAATTCSQ=JOPPKDCAMHHBEOICJPGPBJOB;path=/Cache-control: private<html><head><title>精通Unix下C语言编程</title></head><body><b>精通Unix下C语言编程与项目实战<br></b><b>投票测试<br></b>感谢你为选手朱云翔投票!</body></html>语句"HTTP/1.1 200 OK"中，"200"是响应码，"OK"是原因描述。
