HTTP协议
2014-02-24 09:29
218 查看
HTTP协议
b.HTTP是hypertext transfer protocol（超文本传输协议）的简写，它是TCP/IP协议集中的一个应用层协议，用于定义WEB浏览器与WEB服务器之间交换数据的过程以及数据本身的格式。
c.HTTP协议的版本
HTTP/1.0、HTTP/1.1、HTTP-NG
多个请求和响应过程可以重叠进行;
增加了更多的请求头和响应头;
(3)HTTP请求和响应
<headers>
用来说明服务器要使用的附加信息。请求头,可以有多行。
<blank line> 空行
[<request-body>]实体内容。(可以有也可以没有)
例1,通过IE浏览器访问www.baidu.com时的请求信息。
(Request-Line)
GET / HTTP/1.1 请求行
Accept */*
消息头--浏览器可接受的MIME类型
Accept-Encoding gzip, deflate消息头--浏览器能够进行解码的数据编码方式，比如gzip。
Accept-Language zh-cn消息头--浏览器所希望的语言种类，当服务器能够提供一种以上的语言版本时要用到。
Connection Keep-Alive消息头--表示是否需要持久连接。如果Servlet看到这里的值为“Keep - Alive”，或者看到请求使用的是HTTP1.1（HTTP
1.1默认进行持久连接），它就可以利用持久连接的优点，当页面包含多个元素时（例如Applet，图片），显著地减少下载所需要的时间。
Cookie BAIDUID=40D05775AABC9A341632ACCB8240E1D3:FG=1; H_PS_PSSID=5138_1432_5185_5198_4261_4760_5243_5189; BDSVRTM=0;
H_PS_TIPFLAG=O; H_PS_TIPCOUNT=1 消息头--
Host www.baidu.com消息头--初始URL中的主机和端口。
User-Agent Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET4.0C; .NET4.0E; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
消息头--浏览器类型
<headers> 响应消息头
<blank line> 空行
[<response-body>]响应实体
例1-2通过IE访问www.baidu.com时的响应信息。
(Status-Line)HTTP/1.1 200 OK
BDPAGETYPE 1
BDQID 0xad6630f8b57644c5
BDUSERID 0
Cache-Control private
Connection Keep-Alive
Content-Encoding gzip
Content-Type text/html
Date Mon, 24 Feb 2014 00:52:38 GMT
Expires Mon, 24 Feb 2014 00:52:20 GMT
Server BWS/1.1
Set-Cookie BDSVRTM=0; path=/
Set-Cookie H_PS_PSSID=5138_1432_5185_5198_4261_4760_5243_5189; path=/; domain=.baidu.com
Transfer-Encoding chunked
Vary Accept-Encoding
一个使用GET方式的请求消息中不能包含实体内容，只有使用POST、PUT和DELETE方式的请求消息中才可以包含实体内容；
对于HTTP 1.1来说，如果HTTP消息中包括实体内容，且没有采用chunked传输编码方式，那么消息头部分必须包含内容长度的字段，否则，客户和服务程序就无法知道实体内容何时结束;
在HTTP协议中，还可以使用简单的请求消息和响应消息，它们都没有消息头部分。简单的请求消息只能用于GET方式，且请求行中不用指定HTTP版本号。对于简单的请求消息，服务器返回简单的响应消息，简单的响应消息中只返回实体内容.
消息头:
使用消息头，可以实现HTTP客户机与服务器之间的条件请求和应答，消息头相当于服务器和浏览器之间的一些暗号指令。 每个消息头包含一个头字段名称，然后依次是冒号、空格、值、回车和换行符。
举例： Accept-Language: en-us
消息头字段名是不区分大小写的，但习惯上将每个单词的第一个字母大写。
整个消息头部分中的各行消息头可按任何顺序排列。
消息头又可以分为通用信息头、请求头、响应头、实体头等四类。
许多请求头字段都允许客户端在值部分指定多个可接受的选项，多个项之间以逗号分隔。
举例：Accept-Encoding: gzip, compress
有些头字段可以出现多次，例如，响应消息中可以包含有多个“Warning”头字段。
响应状态码:
响应状态码用于表示服务器对请求的各种不同处理结果和状态，它是一个三位的十进制数。响应状态码可归为5种类别，使用最高位为1到5来进行分类，如下所示：
（1）100～199
表示成功接收请求，要求客户端继续提交下一次请求才能完成整个处理过程 。
（2）200～299
表示成功接收请求并已完成整个处理过程 。
（3）300～399
为完成请求，客户需进一步细化请求。例如，请求的资源已经移动一个新地址。
（4）400～499
客户端的请求有错误。
（5）500～599
服务器端出现错误。
响应状态码典型情况:
200（正常）
表示一切正常，返回的是正常请求结果。
206（部分内容）
客户发送了一个带有Range头（要求服务器只返回文档中的部分内容）的GET请求，服务器按要求完成了这个请求。
302/307（临时重定向）
指出被请求的文档已被临时移动到别处，此文档的新的URL在Location响应头中给出。
304（未修改）
表示客户机缓存的版本是最新的，客户机应该继续使用它。
401（未经授权）
表示客户机访问的是一个受口令和密码保护的页面，结合使用一个WWW-Authenticate响应头提示客户机应重新发出一个带有Authorization头的请求消息。
404（找不到）
服务器上不存在客户机所请求的资源。
500（内部服务器错误）
服务器端的CGI、ASP、JSP等程序发生错误。
通用信息头字段既能用于请求消息，也能用于响应消息，它包括一些与被传输的实体内容没有关系的常用消息头字段。
Cache-Control: no-cache （*）
Connection: close/Keep-Alive （*）
Date: Tue, 11 Jul 2000 18:23:51 GMT
Pragma: no-cache （*）
Trailer: Date
Transfer-Encoding: chunked （*）
Upgrade: HTTP/2.0, SHTTP/1.3
Via: HTTP/1.1 Proxy1, HTTP/1.1 Proxy2
Warning: any text
请求头字段用于客户端在请求消息中向服务器传递附加信息，主要包括客户端可以接受的数据类型、压缩方法、语言、以及发出请求的超链接所属网页的URL地址等信息。
Accept: text/html,image/* （*）
Accept-Charset: ISO-8859-1,unicode-1-1 （*）
Accept-Encoding: gzip,compress （*）
Accept-Language: en-gb,zh-cn （*）
Authorization: Basic enh4OjEyMzQ1Ng== （*）
Expect: 100-continue
From: zxx@it315.org
Host: www.it315.org:80 （*）
If-Match: "xyzzy", "r2d2xxxx"
实体头用作实体内容的元信息，描述了实体内容的属性，包括实体信息类型、长度、压缩方法、最后一次修改时间、数据有效期等。
Allow: GET,POST
Content-Encoding: gzip （*）
Content-Language: zh-cn （*）
Content-Length: 80 （*）
Content-Location: http://www.it315.org/java_cn.html
Content-MD5: ABCDABCDABCDABCDABCDAB==
Content-Range: bytes 2543-4532/7898 （*）
Content-Type: text/html; charset=GB2312 （*）
Expires: Tue, 11 Jul 2000 18:23:51 GMT（*）
Last-Modified: Tue, 11 Jul 2000 18:23:51 GMT（*）
扩展头 :
在HTTP消息中，也可以使用一些在HTTP 1.1正式规范里没有定义的头字段，这些头字段统称为自定义的HTTP头或扩展头，它们通常被当作是一种实体头处理。
现在流行的浏览器实际上都支持Cookie、Set-Cookie、Refresh和Content-Disposition等几个常用的扩展头字段。
Refresh头字段
Refresh: 1
Refresh: 1;url=http://www.it315.org
Content-Disposition头字段
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=aaa.zip
(1)简介
a.WEB浏览器与WEB服务器之间的一问一答的交互过程必须遵循一定的规则，这个规则就是HTTP协议。b.HTTP是hypertext transfer protocol（超文本传输协议）的简写，它是TCP/IP协议集中的一个应用层协议，用于定义WEB浏览器与WEB服务器之间交换数据的过程以及数据本身的格式。
c.HTTP协议的版本
HTTP/1.0、HTTP/1.1、HTTP-NG
(2)HTTP/1.0与HTTP/1.1
HTTP/1.0:
浏览器与WEB服务器的连接过程是短暂的，每次连接只处理一个请求和响应。对每一个页面的访问，浏览器与WEB服务器都要建立一次单独的连接。浏览器到WEB服务器之间的所有通讯都是完全独立分开的请求和响应对。HTTP/1.1:
在一个TCP连接上可以传送多个HTTP请求和响应;多个请求和响应过程可以重叠进行;
增加了更多的请求头和响应头;
(3)HTTP请求和响应
HTTP请求的格式如下所示：
<request-line> 请求行,用来说明请求类型、要访问的资源以及使用的HTTP版本。(第一行)<headers>
用来说明服务器要使用的附加信息。请求头,可以有多行。
<blank line> 空行
[<request-body>]实体内容。(可以有也可以没有)
例1,通过IE浏览器访问www.baidu.com时的请求信息。
(Request-Line)
GET / HTTP/1.1 请求行
Accept */*
消息头--浏览器可接受的MIME类型
Accept-Encoding gzip, deflate消息头--浏览器能够进行解码的数据编码方式，比如gzip。
Accept-Language zh-cn消息头--浏览器所希望的语言种类，当服务器能够提供一种以上的语言版本时要用到。
Connection Keep-Alive消息头--表示是否需要持久连接。如果Servlet看到这里的值为“Keep - Alive”，或者看到请求使用的是HTTP1.1（HTTP
1.1默认进行持久连接），它就可以利用持久连接的优点，当页面包含多个元素时（例如Applet，图片），显著地减少下载所需要的时间。
Cookie BAIDUID=40D05775AABC9A341632ACCB8240E1D3:FG=1; H_PS_PSSID=5138_1432_5185_5198_4261_4760_5243_5189; BDSVRTM=0;
H_PS_TIPFLAG=O; H_PS_TIPCOUNT=1 消息头--
Host www.baidu.com消息头--初始URL中的主机和端口。
User-Agent Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET4.0C; .NET4.0E; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
消息头--浏览器类型
HTTP响应:
<status-line> 状态行<headers> 响应消息头
<blank line> 空行
[<response-body>]响应实体
例1-2通过IE访问www.baidu.com时的响应信息。
(Status-Line)HTTP/1.1 200 OK
BDPAGETYPE 1
BDQID 0xad6630f8b57644c5
BDUSERID 0
Cache-Control private
Connection Keep-Alive
Content-Encoding gzip
Content-Type text/html
Date Mon, 24 Feb 2014 00:52:38 GMT
Expires Mon, 24 Feb 2014 00:52:20 GMT
Server BWS/1.1
Set-Cookie BDSVRTM=0; path=/
Set-Cookie H_PS_PSSID=5138_1432_5185_5198_4261_4760_5243_5189; path=/; domain=.baidu.com
Transfer-Encoding chunked
Vary Accept-Encoding
(4)其它细节
响应消息的实体内容就是网页文件的内容，也就是在浏览器中使用查看源文件的方式所看到的内容；一个使用GET方式的请求消息中不能包含实体内容，只有使用POST、PUT和DELETE方式的请求消息中才可以包含实体内容；
对于HTTP 1.1来说，如果HTTP消息中包括实体内容，且没有采用chunked传输编码方式，那么消息头部分必须包含内容长度的字段，否则，客户和服务程序就无法知道实体内容何时结束;
在HTTP协议中，还可以使用简单的请求消息和响应消息，它们都没有消息头部分。简单的请求消息只能用于GET方式，且请求行中不用指定HTTP版本号。对于简单的请求消息，服务器返回简单的响应消息，简单的响应消息中只返回实体内容.
消息头:
使用消息头，可以实现HTTP客户机与服务器之间的条件请求和应答，消息头相当于服务器和浏览器之间的一些暗号指令。 每个消息头包含一个头字段名称，然后依次是冒号、空格、值、回车和换行符。
举例： Accept-Language: en-us
消息头字段名是不区分大小写的，但习惯上将每个单词的第一个字母大写。
整个消息头部分中的各行消息头可按任何顺序排列。
消息头又可以分为通用信息头、请求头、响应头、实体头等四类。
许多请求头字段都允许客户端在值部分指定多个可接受的选项，多个项之间以逗号分隔。
举例：Accept-Encoding: gzip, compress
有些头字段可以出现多次，例如，响应消息中可以包含有多个“Warning”头字段。
响应状态码:
响应状态码用于表示服务器对请求的各种不同处理结果和状态，它是一个三位的十进制数。响应状态码可归为5种类别，使用最高位为1到5来进行分类，如下所示：
（1）100～199
表示成功接收请求，要求客户端继续提交下一次请求才能完成整个处理过程 。
（2）200～299
表示成功接收请求并已完成整个处理过程 。
（3）300～399
为完成请求，客户需进一步细化请求。例如，请求的资源已经移动一个新地址。
（4）400～499
客户端的请求有错误。
（5）500～599
服务器端出现错误。
响应状态码典型情况:
200（正常）
表示一切正常，返回的是正常请求结果。
206（部分内容）
客户发送了一个带有Range头（要求服务器只返回文档中的部分内容）的GET请求，服务器按要求完成了这个请求。
302/307（临时重定向）
指出被请求的文档已被临时移动到别处，此文档的新的URL在Location响应头中给出。
304（未修改）
表示客户机缓存的版本是最新的，客户机应该继续使用它。
401（未经授权）
表示客户机访问的是一个受口令和密码保护的页面，结合使用一个WWW-Authenticate响应头提示客户机应重新发出一个带有Authorization头的请求消息。
404（找不到）
服务器上不存在客户机所请求的资源。
500（内部服务器错误）
服务器端的CGI、ASP、JSP等程序发生错误。
通用信息头字段既能用于请求消息，也能用于响应消息，它包括一些与被传输的实体内容没有关系的常用消息头字段。
Cache-Control: no-cache （*）
Connection: close/Keep-Alive （*）
Date: Tue, 11 Jul 2000 18:23:51 GMT
Pragma: no-cache （*）
Trailer: Date
Transfer-Encoding: chunked （*）
Upgrade: HTTP/2.0, SHTTP/1.3
Via: HTTP/1.1 Proxy1, HTTP/1.1 Proxy2
Warning: any text
请求头字段用于客户端在请求消息中向服务器传递附加信息，主要包括客户端可以接受的数据类型、压缩方法、语言、以及发出请求的超链接所属网页的URL地址等信息。
Accept: text/html,image/* （*）
Accept-Charset: ISO-8859-1,unicode-1-1 （*）
Accept-Encoding: gzip,compress （*）
Accept-Language: en-gb,zh-cn （*）
Authorization: Basic enh4OjEyMzQ1Ng== （*）
Expect: 100-continue
From: zxx@it315.org
Host: www.it315.org:80 （*）
If-Match: "xyzzy", "r2d2xxxx"
实体头用作实体内容的元信息，描述了实体内容的属性，包括实体信息类型、长度、压缩方法、最后一次修改时间、数据有效期等。
Allow: GET,POST
Content-Encoding: gzip （*）
Content-Language: zh-cn （*）
Content-Length: 80 （*）
Content-Location: http://www.it315.org/java_cn.html
Content-MD5: ABCDABCDABCDABCDABCDAB==
Content-Range: bytes 2543-4532/7898 （*）
Content-Type: text/html; charset=GB2312 （*）
Expires: Tue, 11 Jul 2000 18:23:51 GMT（*）
Last-Modified: Tue, 11 Jul 2000 18:23:51 GMT（*）
扩展头 :
在HTTP消息中，也可以使用一些在HTTP 1.1正式规范里没有定义的头字段，这些头字段统称为自定义的HTTP头或扩展头，它们通常被当作是一种实体头处理。
现在流行的浏览器实际上都支持Cookie、Set-Cookie、Refresh和Content-Disposition等几个常用的扩展头字段。
Refresh头字段
Refresh: 1
Refresh: 1;url=http://www.it315.org
Content-Disposition头字段
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=aaa.zip
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 各大计算机公司 笔试及面试 题目 - 腾讯 (HTTP 协议)
- 由彩信MM7协议引起的对HTTP和SOAP协议的研究
- 菜鸟学Android笔记（十八）：http协议详解
- HTTP协议的头信息详解
- Python模块学习 ---- httplib HTTP协议客户端实现
- Http协议之Content-Type
- HTTP协议中请求方法Get和Post的区别
- Http协议
- socket协议 http协议的区别，长短连接，tcp/udp协议区别
- http协议学习和总结系列——基础概念篇
- HTTP协议详解（真的很经典）
- Http TCP/IP 协议的关系
- http协议
- http协议 文件上传 POST
- HTTP协议中的1xx，2xx，3xx，4xx，5xx状态码分别表示什么，列举常见错误码及含义
- Http 协议
- WinPcap编程之HTTP协议还原
- HTTP 协议状态码
- HTTP协议头部与Keep-Alive模式详解
- HTTP与Tcp协议下双工通信的差异