码迷,mamicode.com
首页 > Web开发 > 详细

Http协议的基本原理(转载)

时间:2015-01-28 23:56:04      阅读:282      评论:0      收藏:0      [点我收藏+]

标签:

1、Http协议的基本原理:有客户端向服务器发送请求,服务端对请求处理,对客户端进行相应。如下图所示。

技术分享

图1 Http协议原理图

 

下面给出一个简单的请求和响应的示例代码:

 

客户端请求:

技术分享
GET / HTTP/1.1 
Host: localhost
Accept: text/html
Accept-Language: en-us
Accept-Encoding: gzip,deflate
Connection: keep-alive
空行(CR+LF) 
技术分享

 

服务端响应:

技术分享
HTTP/1.1 200  OK 
Date: Fri, 13 Jul 2012 02:45:30 GMT
Server: Apache
Last-Modified: Fri ,31 Agu 2007 02:02:20 GMT
ETag: "45bae1-16a-46d776ac"
Connection: close
Content-Type: text/html
Content-Length:362
空行(CR+LF)
<html>          
<head>
</head>
<body>
....                   --Content  362Bytes
....                       
</body>
</html>
技术分享

 


2、Http请求

a.请求报文格式:

----------------------------------------------------------

请求行             ↔           GET / HTTP/1.1

请求头信息       ↔    Host: localhost

...

...

...

空行(CR+LF)

[请求主体信息](可以没有)   

 -----------------------------------------------------------

b.说明:

→请求行:请求方法+请求路径+Http协议版本

请求方法:GET,POST,HEAD,OPTION,DELETE,PUT等

请求路径:   /  

Http协议版本:HTTP/0.9     HTTP/1.0     HTTP/1.1

 

→请求头信息

Host:              请求的主机名称   (localhost)  

                       注意:Host字段信息必须被包含在请求头信息中,因为同一个IP地址下可能会有多个虚拟主机,

                  需要Host来指定请求的是该IP下的哪一个主机。

Accept:       客户端可以处理的文件类型。           (text/html,text/plain,image/jpeg)

Accept-Encoding:  用户代理支持的内容编码及优先级顺序   (gzip,deflate,compress)

Accept-Charset:    用户代理支持的字符集及优先级顺序       (iso-8859-5)

Referer:            告知服务器请求的原始资源的URI  (用此字段可以进行反防盗链)

                        例如:Referer:http://www.baidu.com

User-Agent:      传达创建请求的浏览器和用户代理名称等信息

 


3、Http响应

a.响应报文格式

-------------------------------------------------

响应行          ↔    HTTP/1.1 200 OK

响应头信息    ↔    Server:Apache

...

...

...

空行(CR+LF)

[响应主体信息](可以没有)

--------------------------------------------------

b.说明:

→响应行:Http协议版本+状态码+状态字

Http协议:HTTP/0.9,HTTP/1.0,HTTP/1.1

状态码:

    状态码                说明

     1XX                  信息性状态码。接收的请求正在处理

     2XX       成功状态码。请求正常处理完毕

     3XX       重定向状态码。需要进行附加操作以完成请求

     4XX       客户端错误状态码。服务器无法处理请求

     5XX       服务器错误状态码。服务器处理请求出错

一些重要的状态码:

2XX:200  204  206

200(OK)                  → 客户端的请求在服务端被正常处理

204(No Content)      → 服务器接收请求成功处理,但在返回响应报文中不含实体的主体部分

206(Partial Content) → 客户端执行了范围请求,而服务器成功执行了这部分的GET请求

 

3XX:301  302  303  304  307

301(Moved Permanently) → 永久重定向。表示请求的资源已被分配了新的URI,以后应使用资源现在所指的URI

302( Found)            → 临时重定向。表示请求的资源已被分配了新的URI,希望用户(本次)能使用新的 URI访问

303(See Other)               → 表示由于请求对应的资源存在着另一个URI,应使用 GET方法定向获取请求的资源

304(Not Modified)           → 表示客户端发送附带条件的请求时,服务器端允许请求访问资源,但未满足条件的情况。

                   304状态码返回时,不包含任何响应的主体部分

307(Temporary Redirect) → 临时重定向。与302有着相同的含义,但是302会将POST变换成GET,而307不会将POST变换成GET

 

4XX:400  401  403  404

400(Bad Request)   → 表示请求的报文中存在语法错误

401(Unauthorized)  → 表示发送的请求需要通HTTP认证的认证信息,若之前已经进行过一次请求,这表示用户认证失败

403(Forbidden)       → 表明对请求资源的访问被服务器拒绝

404(Not Found)       → 表名在服务器上无法找到请求的资源

 

5XX:500  503 

500(Internal Server Error)  → 表明服务器端执行请求时发生了错误。也有可能是Web应用存在bug或某些临时的故障

503(Service Unavailable)    → 表明服务器暂时处于超负载或正在进行停机维护,现在无法执行请求

 

→响应头信息

Age:      告知客户端源服务端在多久前创建了响应(字段单位为:秒)

              若创建该响应的服务器是缓存服务器,Age值是指缓存后的响应再次发起认证到认证完成的时间值。

              代理创建响应时必须加上首部字段Age

ETag:      告知客户端响应实体信息的标记,将资源唯一标识,

               ETag由服务器分配,没有统一的算法规则

Location:将接收方引导至另一个资源所在处

Server:   告知客户端当前服务器上安装的HTTP服务器应用程序的信息。不单单会标出服务器上的软件应用名称,

               还有可能包括版本号和安装时启用的可选项

 


 4、实体首部字段(请求头信息或者响应头信息的字段)

Content-Encoding:   对实体的主体部分选用的内容编码方式

Content-Language:告知客户端主体信息使用的语言

Content-Length:    说明主体信息的大小(字节)

Content-Type:        说明主体信息的文件(媒体)类型

Set-Cookie:            服务端向客户端写Cookie内容信息

Cookie:                  客户端向服务器发送Cookie内容信息

 

Http协议的基本原理(转载)

标签:

原文地址:http://www.cnblogs.com/Moomoo/p/4257363.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!