HTTP 协议

作者: 没有昵称会怎样 | 来源:发表于2016-04-10 10:44 被阅读119次

    HTTP 是一个应用层的面向对象的协议,由于其简捷、快速,适用于分布式超媒体信息系统。

    一、HTTP的主要特点可以概括如下:

    1.支持客户/服务器模式,

    2、简单快速:客户向服务器请求服务时,只需传送请求方法和路径,请求方法常用的有GET、POST。每种方法规定了客户与服务器联系的类型不同,由于HTTP协议简单,使得HTTP服务器的程序规模小,因而通信速度很快,

    3、灵活:HTTP允许传输任意类型的数据对象,正在传输的类型由 Content-Type 加以标记

    4、无连接:无连接的含义是限制每次连接只处理一个请求,服务器处理完客户的请求,并收到客户端的答应后即断开连接,采用这种方式可以节省传输时间。

    5、无状态:HTTP协议是无状态协议,无状态协议是指对于事务的处理没有记忆能力,缺少状态意味着如果后续处理需要前面的信息,他必须要重传,这样可能导致每次连接传送的数据量增大。另一方面在服务器不需要先前信息时它的答应就较快。

    二、URL

    URL是一种特殊的URI,包含了查找某个资源的足够的信息,他的格式是 http://host[":"port][abs_path]

    http表示要通过HTTP协议来定位网络资源,host表示合法的Internet主机域名或者ip地址,port指定一个端口号,为空则使用缺省端口80;abs_path指定请求资源的URI,如果URL中没有给出abs_path,按摩当它作为请求URI时,必须以 /  的形式给出,通常这个工作浏览器自动帮我们完成。

    三、HTTP 请求

    http请求由三部分组成,分别是请求行,消息报头,请求正文

    1、请求行以一个方法符号开头,以空格分开,后面跟着请求的URI和协议的版本,请求行以一个方法符号开头,以空格分开,后面跟着请求的URI和协议的版本,格式如下:Method Request-URI HTTP-Version CRLF  其中 Method表示请求方法;Request-URI是一个统一资源标识符;HTTP-Version表示请求的HTTP协议版本;CRLF表示回车和换行(除了作为结尾的CRLF外,不允许出现单独的CR或LF字符)。

    请求方法(所有方法全为大写)有多种,各个方法的解释如下:

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

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

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

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

    GET方法:在浏览器的地址栏中输入网址的方式访问网页时,浏览器采用GET方法向服务器获取资源,eg:GET /form.html HTTP/1.1 (CRLF)

    POST方法要求被请求服务器接受附在请求后面的数据,常用于提交表单。

    2、消息报头

    四、HTTP响应

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

    HTTP响应也是由三个部分组成,分别是:状态行、消息报头、响应正文1、状态行格式如下:HTTP-Version Status-Code Reason-Phrase CRLF其中,HTTP-Version表示服务器HTTP协议的版本;Status-Code表示服务器发回的响应状态代码;Reason-Phrase表示状态代码的文本描述。状态代码有三位数字组成,第一个数字定义了响应的类别,且有五种可能取值:

    1xx:指示信息--表示请求已接收,继续处理

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

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

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

    5xx:服务器端错误--服务器未能实现合法的请求常见状态代码、状态描述、说明:

    200 OK      //客户端请求成功

    400 Bad Request  //客户端请求有语法错误,不能被服务器所理解401 Unauthorized //请求未经授权,这个状态代码必须和WWW-Authenticate报头域一起使用 

    403 Forbidden  //服务器收到请求,但是拒绝提供服务

    404 Not Found  //请求资源不存在,eg:输入了错误的URL

    500 Internal Server Error //服务器发生不可预期的错误

    503 Server Unavailable  //服务器当前不能处理客户端的请求,一段时间后可能恢复正常

    五、HTTP的请求响应模型

    HTTP协议永远都是客户端发起请求,服务器回送响应。见下图:

    这样就限制了使用HTTP协议,无法实现在客户端没有发起请求的时候,服务器将消息推送给客户端。

    HTTP协议是一个无状态的协议,同一个客户端的这次请求和上次请求是没有对应关系。

    1.工作流程

    一次HTTP操作称为一个事务,其工作过程可分为四步:

    1)首先客户机与服务器需要建立连接。只要单击某个超级链接,HTTP的工作开始。

    2)建立连接后,客户机发送一个请求给服务器,请求方式的格式为:统一资源标识符(URL)、协议版本号,后边是MIME信息包括请求修饰符、客户机信息和可能的内容。

    3)服务器接到请求后,给予相应的响应信息,其格式为一个状态行,包括信息的协议版本号、一个成功或错误的代码,后边是MIME信息包括服务器信息、实体信息和可能的内容。

    4)客户端接收服务器所返回的信息通过浏览器显示在用户的显示屏上,然后客户机与服务器断开连接。

    如果在以上过程中的某一步出现错误,那么产生错误的信息将返回到客户端,有显示屏输出。对于用户来说,这些过程是由HTTP自己完成的,用户只要用鼠标点击,等待信息显示就可以了。

    2 HTTP的几个重要概念

    连接:Connection

    一个传输层的实际环流,它是建立在两个相互通讯的应用程序之间。

    在http1.1,request和reponse头中都有可能出现一个connection的头,此header的含义是当client和server通信时对于长链接如何进行处理。

    在http1.1中,client和server都是默认对方支持长链接的, 如果client使用http1.1协议,但又不希望使用长链接,则需要在header中指明connection的值为close;如果server方也不想支持长链接,则在response中也需要明确说明connection的值为close。不论request还是response的header中包含了值为close的connection,都表明当前正在使用的tcp链接在当天请求处理完毕后会被断掉。以后client再进行新的请求时就必须创建新的tcp链接了。

    消息:Message

    HTTP通讯的基本单位,包括一个结构化的八元组序列并通过连接传输。

    请求:Request

    一个从客户端到服务器的请求信息包括应用于资源的方法、资源的标识符和协议的版本号。

    响应:Response

    一个从服务器返回的信息包括HTTP协议的版本号、请求的状态(例如“成功”或“没找到”)和文档的MIME类型。

    资源:Resource

    由URI标识的网络数据对象或服务。

    实体:Entity

    数据资源或来自服务资源的回映的一种特殊表示方法,它可能被包围在一个请求或响应信息中。一个实体包括实体头信息和实体的本身内容。

    客户机:Client

    一个为发送请求目的而建立连接的应用程序。

    用户代理:UserAgent

    初始化一个请求的客户机。它们是浏览器、编辑器或其它用户工具。

    服务器:Server

    一个接受连接并对请求返回信息的应用程序。

    源服务器:Originserver

    是一个给定资源可以在其上驻留或被创建的服务器。

    代理:Proxy

    一个中间程序,它可以充当一个服务器,也可以充当一个客户机,为其它客户机建立请求。请求是通过可能的翻译在内部或经过传递到其它的服务器中。一个代理在发送请求信息之前,必须解释并且如果可能重写它。

    代理经常作为通过防火墙的客户机端的门户,代理还可以作为一个帮助应用来通过协议处理没有被用户代理完成的请求。

    网关:Gateway

    一个作为其它服务器中间媒介的服务器。与代理不同的是,网关接受请求就好象对被请求的资源来说它就是源服务器;发出请求的客户机并没有意识到它在同网关打交道。

    网关经常作为通过防火墙的服务器端的门户,网关还可以作为一个协议翻译器以便存取那些存储在非HTTP系统中的资源。

    通道:Tunnel

    是作为两个连接中继的中介程序。一旦激活,通道便被认为不属于HTTP通讯,尽管通道可能是被一个HTTP请求初始化的。当被中继的连接两端关闭时,通道便消失。当一个门户(Portal)必须存在或中介(Intermediary)不能解释中继的通讯时通道被经常使用。

    本文来源于博客文章 HTTP详解总结

    相关文章

      网友评论

        本文标题:HTTP 协议

        本文链接:https://www.haomeiwen.com/subject/bbpblttx.html