HTTP协议格式

QQ:14280784

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

总论：HTTP消息

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

HTTP的协议，是通过HTTP的消息表现出来的，不管是请求消息还是响应消息，它们都是由：

一、开始行  ：对于请求消息，开始行就是请求行（见后面内容）；对于响应消息，开始行就是状态行（见后面内容）；

二、消息报头(可选的)；

三、空行(只有CTLF的行)；

四、消息正文(可选的)组成。

--------------
消息报头
--------------

HTTP的消息是通过消息报头体现出来的，HTTP消息报头包括1.普通报头、2.请求报头、3.响应报头、4.实体报头。

每一个报头域都是由(名字＋ ": "＋空格＋值)组成,消息报头域的名字是大小写无关的。

--------------
1.普通报头：
--------------

在普通报头中，有少数报头域应用于所有的请求和响应消息，但并不用于被传输的实体，这些报头域只用于传输的消息。

常用的普通报头域：Cache-Control,Date,Connection,Pragma.

--------------
2.请求报头：
--------------
请求报头允许客户端向服务器端传递该请求的附加信息以及客户端自身的信息。

常用的请求报头域：

1.Accept:     Accept请求报头域用语指定客户端接受哪些类型的信息。

例如：Accept:   image/gif,表明客户端希望接受GIF图象格式的资源；

          Accept:  text/html,表明客户端希望接受html文本。

2.Accept-Charset: Accept-Charset请求报头域用于指定客户端接受的字符集。

例如：Accept-Charset:  ios-8859-1,gb2312。如果在请求消息中没有设置这个域，缺省是任何字符集都可以接受。

3.Accept-Encoding:  Accept-Encoding请求报头域类似Accept，但是它是用于指定可接受的内容编码。

例如：Accept-Encoding:  gzip,deflate。如果请求消息中没有设置这个域，服务器假定客户端对各种内容编码都可接受。

4.Accept-Language:    Accept-Language请求报头域类似于Accept,但是它是用于指定一种自然语言。

例如：Accept-Language:   zh-cn。如果请求消息中没有设置这个域，服务器假定客户端对各种语言都可接受。

5.Authorization:    Authorization请求报头域主要用于证明客户端有权查看某个资源。当浏览器访问一个页面时，如果收到服务器的响应代码为401(未授权)，可以发送一个包含Authorization请求报头域的请求，要服务器对其进行验证。

6.Host:    Host请求报头域主要用于指定被请求资源的Internet主机和端口号，它通常是从HTTP   URL中提取出来的。

例如:http://www.sunxin.org/index.html。

浏览器发送的请求消息中，就会包含Host请求报头域，如下：Host:   www.sunxin.org后面没有跟端口号，表明使用的是缺省端口号80，如果端口号不是80，那么就要在主机名后面加上一个冒号( ": "),然后接上端口号，

例如：Host:  www.sunxin.org:8080。     

要注意的是，在发送HTTP请求的时候，这个报头域是必须的。

7.User-Agent:     User-Agent允许客户端将它的操作系统浏览器和其他属性告诉服务器。

    我们上网登陆论坛的时候，往往看到些欢迎信息，其中列出了你的操作系统的名称和版本等等信息。原因是：服务器从User-Agent请求报头域中获取的这些信息，自己编写浏览器可以不用这个请求报头域。服务器就无法得知了。

--------------
3.响应报头
--------------

        响应报头允许服务器传递不能放在状态行中的附加响应信息，以及关于服务器的信息和对Request-URI所标识的资源进行下一步访问的信息。

常用的响应报头域：

1、Location     Location响应报头域用于重定向接受者到一个新的位置。例如：客户端所请求的页面已不存在原先的位置，为了让客户端重定向到这个页面新的位置，服务器端可以发回Location响应报头后使用重定向语句，让客户端去访问新的域名所对应的服务器上的资源。当我们在JSP中使用重定向语句的时候，服务器端向客户端发回的响应报头中，就会有Location响应报头域。下面是Location响应报头域的一个

例子：Location:   http://www.sunxin.org

2、Server      Server响应报头域包含了服务器用来处理请求的软件信息。它和User-Agent请求报头域是相对应的，前者发送服务器端软件的信息，后者发送客户端软件(浏览器)和操作系统的信息。

下面是Server响应报头域的一个例子：Server:   Apache-Coyote/1.1

3、WWW-Authenticate

     WWW-Authenticate响应报头域必须被包含在401(未授权的)响应消息中，这个报头域和前面讲到的Authorization请求报头域是相关的，当客户端收到401响应消息，就要决定是否请求服务器对其进行验证。如果要求服务器对其进行验证，就可以发送一个包含了Authorization报头域的请求，

下面是WWW-Authenticate响应报头域的一个例子：WWW-Authenticate:   Basic   realm= "Basic   Auth Test! "

从这个响应报头域，可以知道服务器端对我们所请求的资源采用的是基本验证机制。

--------------
4.实体报头
--------------

请求和响应消息都可以传送一个实体。一个实体由实体报头域和实体正文组成，大多数情况下，实体正文就是请求消息中的请求正文或者响应消息中的响应正文。但是在发送时，并不是说实体报头域和实体正文要在一起发送，例如：有些响应可以只包含实体报头域。实体就好象我们写的书信，在信中，我们可以写上标题，加上页号等，这部分就相当于是实体报头域，而我们所写的书信的内容，就相当于实体正文。前面说讲的普通报头、请求报头、响应报头我们可以看成是写在信封上的邮编、接收者，发送者等内容。

实体报头定义了关于实体正文(例如：有无实体正文)和请求所标识的资源的元信息。所谓元信息，是指描述其他信息的信息。

 常用的实体报头域：

1、Content-Encoding       Content-Encoding实体报头域被使用作媒体类型的修饰符，它的值指示了已经被应用到实体正文的附加内容编码，因而要获得Content-Type报头域中所引用的媒体类型，必须采用相应的解码机制。Content-Encoding主要用语记录文档的压缩方法，

下面是它的一个例子：Content-Encoding:   gzip。

如果一个实体正文采用了编码方式存储，在使用之前就必须进行解码。

2、Content-Language       Content-Language实体报头域描述了资源所用的自然语言。Content-Language允许用户遵照自身的首选语言来识别和区分实体。

如果这个实体内容仅仅打算提供给丹麦的阅读者，那么可以按照如下的方式设置这个实体报头域：Content-Language:   da。

如果没有指定Content-Language报头域，那么实体内容将提供给所以语言的阅读者。

3、Content-Length       Content-Length实体报头域用于指明正文的长度，以字节方式存储的十进制数字来表示，也就是一个数字字符占一个字节，用其对应的ASCII码存储传输。

       要注意的是：这个长度仅仅是表示实体正文的长度，没有包括实体报头的长度。

4、Content-Type      Content-Type实体报头域用语指明发送给接收者的实体正文的媒体类型。例如：

Content-Type:   text/html;charset=ISO-8859-1

Content-Type:   text/html;charset=GB2312

5、Last-Modified       Last-Modified实体报头域用于指示资源最后的修改日期及时间。

6、Expires       Expires实体报头域给出响应过期的日期和时间。通常，代理服务器或浏览器会缓存一些页面。当用户再次访问这些页面时，直接从缓存中加载并显示给用户，这样缩短了响应的时间，减少服务器的负载。为了让代理服务器或浏览器在一段时间后更新页面，我们可以使用Expires实体报头域指定页面过期的时间。当用户又一次访问页面时，如果Expires报头域给出的日期和时间比Date普通报头域给出的日期和时间要早(或相同)，那么代理服务器或浏览器就不会再使用缓存的页面而是从服务器上请求更新的页面。不过要注意，即使页面过期了，也并不意味着服务器上的原始资源在此时间之前或之后发生了改变。

       Expires实体报头域使用的日期和时间必须是RFC   1123中的日期格式，例如：

Expires:  Thu,   15   Sep  2005   16:00:00   GMT

       HTTP1.1的客户端和缓存必须将其他非法的日期格式(也包括0)看作已过期。例如，为了让浏览器不要缓存页面，我们也可以利用

Expires实体报头域，设置它的值为0，如下(JSP)：response.setDateHeader("Expires ",0);

 

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

HTTP协议格式

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

格式是我们写HTTP协议程序的依据了，HTTP请求由三部分组成：1.请求行；2.消息报头；3.请求正文。

一、请求行(格式)：

Method   Request-URI   HTTP-Version   CRLF

例：GET     /form.html     HTTP/1.1      \r\n

   1.Method:方法。

       GET      请求获取由Request-URI所标识的资源。

       POST     在Request-URI所标识的资源后附加新的数据。

       HEAD     请求获取由Request-URI所标识的资源的响应消息报头。

       PUT      请求服务器存储一个资源，并用Request-URI作为其标识。

       DELETE   请求服务器删除由Request-URI所标识的资源。

       TRACE    请求服务器回送收到的请求信息，主要用语测试或诊断。

       CONNECT  保留将来使用。

       OPTIONS  请求查询服务器的性能，或查询与资源相关的选项和需求。

   2.Request-URI:统一资源标识。

   3.HTTP-Version：HTTP的版本。

   4.CRLF：回车换行。(\r\n)

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

二、HTTP响应格式

    在接收和解释请求消息后，服务器会返回一个HTTP响应消息。

   HTTP响应格式是： 1.状态行     2.消息报头     3.响应正文

    1.状态行格式：

协议版本	数字形式的状态代码	状态描述（各元素之间以空格分隔）	CRLF
HTTP-Version	Status-Code	Reason-Phrase	CRLF
HTTP/1.1	200	OK	\r\n

(1)协议版本：就是使用HTTP协议的哪个版本

(2)状态代码：状态代码由3位数字组成，表示请求是否被理解或被满足。

状态代码的第一个数字定义了响应的类别，后面两位没有具体的分类。

第一个数字有五种可能的取值：

1xx:     指示信息—表示请求已接收，继续处理。

2xx:     成功—表示请求已经被成功接收、理解、接受。

3xx:     重定向—要完成请求必须进行更进一步的操作。

4xx:     客户端错误—请求有语法错误或请求无法实现。

5xx: 服务器端错误—服务器未能实现合法的请求。

常用的状态描述码是：

状态代码     状态描述         说明

   200          OK               客户端请求成功

   400           Bad             Request 由于客户端请求有语法错误，不能被服务器所理解。

   401    Unauthonzed    请求未经授权。这个状态代码必须和WWW-Authenticate报头域一起使用

   403    Forbidden          服务器收到请求，但是拒绝提供服务。服务器通常会在响应正文中给出不提供服务的原因

   404    Not   Found       请求的资源不存在，例如，输入了错误的URL。

   500       Internal            Server  Error 服务器发生不可预期的错误，导致无法完成客户端的请求。

   503         Service           Unavailable 服务器当前不能够处理客户端的请求，在一段时间之后，服务器可能会恢复正常。

（3）状态描述：状态描述给出了关于状态代码的简短的文字描述。