Http协议基础_其最基础和核心的协议是

Http协议基础_其最基础和核心的协议是一直忽略了一些最基础,最本质的东西

一直忽略了一些最基础,最本质的东西。是时候该补补了

HTTP基于请求与响应模式的无状态的、应用层的协议,常基于TCP的连接方式。HTTP允许传输任意类型的数据对象,HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。另一方面,在服务器不需要先前信息时它的应答就较快。在客户端发出HTTP请求并受到服务器端响应后,连接就会断开,下次的访问与前一次的访问无关,因此如果需要维护客户端的信息,必须在服务器端维持状态数据


一、HTTP URL的格式http://host[“:”port][abs_path] 
 
http表示要通过HTTP协议来定位网络资源; 
host表示合法的Internet主机域名或者IP地址; port指定一个端口号,为空则使用缺省端口80; 
abs_path指定请求资源的URI(如下图中的查询字符串);  
如果URL中没有给出abs_path,那么当它作为请求URI时,必须以“/”的形式给出,通常这个工作浏览器自动帮我们完成。 
 
使用了默认端口80.


HTTP请求


HTTP请求的格式如下所示:

Http协议基础_其最基础和核心的协议是

<request-line>
<headers>
<blank line>
[<request-body>]

Http协议基础_其最基础和核心的协议是Http协议基础_其最基础和核心的协议是

例如 :

Http协议基础_其最基础和核心的协议是

分析

1请求行

GET/static/commom/pkg/pkg_lib_8cf3fab0.jshttp/1.1”   中间用空格隔开

a) GET  为方法名(还有 POST大写) 

请求方法(所有方法全为大写),各个方法的解释如下:  
GET     请求获取Request-URI所标识的资源 

Http协议基础_其最基础和核心的协议是

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

Http协议基础_其最基础和核心的协议是

Http协议基础_其最基础和核心的协议是

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

Http协议基础_其最基础和核心的协议是Http协议基础_其最基础和核心的协议是

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

Http协议基础_其最基础和核心的协议是

Http协议基础_其最基础和核心的协议是

 DELETE  请求服务器删除Request-URI所标识的资源 但是最终决定还是由服务器。

Http协议基础_其最基础和核心的协议是


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

Http协议基础_其最基础和核心的协议是

Http协议基础_其最基础和核心的协议是


CONNECT 保留将来使用 
OPTIONS 请求查询服务器的性能,或者查询与资源相关的选项和需求

Http协议基础_其最基础和核心的协议是

扩展方法::

并不是所有的方法都在标准方法中,可以允许自己扩展方法


b) /static/commom/pkg/pkg_lib_8cf3fab0.js  为URI (通用资源标识符(Uniform Resource Identifier)

c) http/1.1  http的版本

2 首部行

host: static.wenku.adimg.com

Connetion:keep-alive

//连接保持状态

Cache-Control:max-age=0

Accept: */*

//接受的内容类型 有MIMEhttp://baike.baidu.com/view/160611.htm?fr=aladdin

User-Agent:Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.103 Safari/537.36

Referer:http://wenku.baidu.com/link?url=bl6m5OV5-ewO9GmY67xxABsDb7KiE4uug1Yw7vo7zsjblieaWwumtBvQwy3osICtepeGcW95IBh1wNTveManiDk50uz0iT4AVkrKqeFgWZS

//Referer头域 
Referer头域允许客户端指定请求uri的源资源地址,这可以允许服务器生成回退链表,可用来登陆、优化cache等。它也允许废除的或错误的连接由于维护的目的被追踪。如果请求的uri没有自己的uri地址,Referer不能被发送。如果指定的是部分uri地址,则此地址应该是一个相对地址。

Accept-Encoding:gzip,deflate,sdch

////支持gzip,deflate,sdch类型

Accept-Language:en-Us,en;q=0.8,zh-CN;q=0.6

//支持一个权值q,用“;”与语言隔开,其中q值越大表示优先级越高

百度介绍

If-Modified-Since: Wed, 24 Sep 2014 10:59:02 GMT

//在http中Last-Modified 与If-Modified-Since 都是用于记录页面最后修改时间的 HTTP 头信息,其中If-Modified-Since是浏览器发起的,而Last-Modified 是服务器返回的,每次浏览器会记录服务器返回的Last-Modified ,作为If-modified-Since 的值传给


//Range头域 
Range头域可以请求实体的一个或者多个子范围。

例如,   

表示头500个字节:bytes=0-499  

表示第二个500字节:bytes=500-999   

表示最后500个字节:bytes=-500   

表示500字节以后的范围:bytes=500- 

  第一个和最后一个字节:bytes=0-0,-1 

  同时指定几个范围:bytes=500-600,601-999 
  但是服务器可以忽略此请求头,如果无条件GET包含Range请求头,响应会以状态码206(PartialContent)返回而不是以200(OK)。




3空白行

4请求内容可以包含

Http协议基础_其最基础和核心的协议是


http响应

报文格式

<status-line>
<headers>
<blank line>//空白行


[<response-body>]

Http协议基础_其最基础和核心的协议是


解释 :

状态行

状态代码:

状态代码由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 服务器当前不能够处理客户端的请求,在一段时间之后,服务器可能会恢复正常。


响应头header

响应头可能包括:

Location

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

Server

Server响应报头域包含了服务器用来处理请求的软件信息。它和User-Agent请求报头域是相对应的,前者发送服务器端软件的信息,后者发送客户端软件(浏览器)和操作系统的信息。下面是Server响应报头域的一个例子:Server: Apache-Coyote/1.1

WWW-Authenticate

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

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

Content-Encoding

Content-Encoding实体报头域被使用作媒体类型的修饰符,它的值指示了已经被应用到实体正文的附加内容编码,因而要获得Content- Type报头域中所引用的媒体类型,必须采用相应的解码机制。Content-Encoding主要用语记录文档的压缩方法,下面是它的一个例子: Content-Encoding: gzip。如果一个实体正文采用了编码方式存储,在使用之前就必须进行解码。

Content-Language

Content-Language实体报头域描述了资源所用的自然语言。Content-Language允许用户遵照自身的首选语言来识别和区分实体。如果这个实体内容仅仅打算提供给丹麦的阅读者,那么可以按照如下的方式设置这个实体报头域:Content-Language: da

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

Content-Length

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

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

Content-Type

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

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

Content-Type: text/html;charset=GB2312

Last-Modified

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

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/1.1 200 OK


Date: Fri, 22 May 2009 06:07:21 GMT
Content-Type: text/html; charset=UTF-8

<html>
      <head></head>
      <body>
            <!–body goes here–>
      </body>
</html>





Http协议基础_其最基础和核心的协议是




今天的文章Http协议基础_其最基础和核心的协议是分享到此就结束了,感谢您的阅读。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:http://bianchenghao.cn/66075.html

(0)
编程小号编程小号

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注