HTTP请求响应机制 .

1.HTTP协议

  Internate的基本协议是TCP/IP（传输控制协议和网际协议）。而目前使用的FTP，HTTP都是建立在TCP/IP上的应用层协议。不同的协议对应不同的应用。而HTTP协议是Web应用所使用的主要协议。
 
  HTTP协议基于请求响应模式，客户端向服务器发送一个请求，请求头包含请求的方法，URI(从字面上理解，URI强调的是“资源”，而URL强调的是“定位”.URI更为注重资源而不太注重位置,URI对于定位Internet上的资源是更为通用的架构。

   URI有两种形式：一种是URL，另一种是URN。

   URL表示的是某台特定主机上的一个资源的具体路径，是一个精确的、固定的位置。

    URN（uniform resource name）指的是某一块特定内容的唯一的名字，和资源所在的位置无关，是location-independent的，允许资源从一个地方移到另一个地方。

    URN仍然是实验性的，还没有被广泛的采用。URN需要一个基础架构来支持解决资源定位问题。

    所以说，现在URI基本上都是URL。
)，协议版本以及包含请求修饰符，客户端信息和内容的类似MIME的消息结果。服务器则以一个状态行为作为响应，相应的内容包括消息协议的版本，成功或错误编码加上包含服务器信息，实体元信息以及可能的实体内容。

HTTP协议是无状态协议，依赖瞬间或者近乎瞬间的请求处理。请求信息被立即发送，理想的情况是没有延迟地进行处理；不过，延迟还是客观存在的。HTTP协议有一种内置机制，在消息的传递时间上有一定的灵活性：超时机制。一个超时就是客户端等待请求消息返回信息的最长时间。
HTTP协议的请求和响应消息如果没有发送并传递成功的话，不保存任何已传递的信息。比如，单击“提交”按牛，如果表单没有发出去，则浏览器将会显示错误信息页，并且返回空白表单。虽然没有提交成功，但是HTTP不保存任何表单信息。

由于HTTP协议的上述特点，通常，客户端每次需要更新信息都必须重新向服务器发起请求，客户端接受到服务器端返回的信息后再刷新屏幕内容。
基于HTTP协议的客户端/服务器请求响应 机制的信息交换过程包含下面几个步骤：

1.建立连接：客户端与服务器建立TCP连接
2.发送请求：打开一个连接后，客户端把请求信息发送到服务器的相应端口上，完成请求动作提交。
3.发送响应：服务器在处理完客户端请求之后，要向客户端发送响应消息。
4.关闭连接：客户端和服务器端都可以关闭套接字来结束TCP/IP对话。

HTTP的工作机制就是请求消息和响应消息。最简单的情况是一个用户输入一个站点地址，发送一个请求。之后，浏览器返回所请求的页面，这个页面可能是最简单的HTML页面，也可能是动态编译后的页面。如果这个页面有错或者不存在，则WEB服务器则将发送一个错误的信息页面。

WEB服务器发送错误信息页是因为HTTP没有内置的处理机制，是无状态的，传输协议不记忆从一个请求消息到另一个请求消息的任何信息（备注：意思是说，当发送一个请求消息发生错误，由于HTTP是无状态的，所以不能将这个发生错误的请求消息传递给另一个请求消息进行处理，也是请求消息不能转弯，必须一次传到并得到处理）  这个特点可以保证WEB的一致性。但是，用户常常需要记忆一些设置内容或者浏览过程，这就需要在web页面或者URL中携带各种参数及值。HTTP请求有多种样式。其中常用的有GET，POST，HEAD请求（当您这样生成一个 HEAD 请求时，服务器并不会像对 GET 或 POST 请求一样返回一个真正的响应。相反，服务器只会返回资源的 头（header），这包括响应中内容最后修改的时间、请求资源是否存在和很多其他有用信息。您可以在服务器处理并返回资源之前使用这些信息来了解有关资源的信息。）。

//这3个请求暂时不提了


5.状态管理

正如前面所提到的，HTTP协议是无状态的，不能保存每次提交的信息，即当服务器返回与请求相对应的应答之后，这次事务的所有信息就都丢掉了。如果用户发来一个新的请求，服务器也无法知道它是否与上次的请求有联系。

对于简单的静态HTML文件来说，这种特性是很适用，但是对于那些需要多次提交请求才能完成的WEB操作比如购物车来说，就成了问题了。服务器端的WEB应用程序必须允许用户通过多个步骤才能完成全部的物品采购。在这种情况下，应用程序必须跟踪由同一个浏览器发送的多哥请求所提供的信息，即记住用户的交易状态。

通常，采用两种方法来解决这个问题。一个是每次应答都返回完整的状态，让浏览器把它作为下次请求的一部分再发送过来。二是把状态保存在服务器的某个地方，只发送回一个标识符，浏览器在下次提交中把这个标识符发送过来；这样，就可以定位存贮在服务器上的状态信息了。

在这两种方法中，信息可以通过下列三种方法中的一种发送给浏览器：
1.作为COOKIE； 但是不是所有浏览器都支持，而且用户也可以禁用COOKIE
2.附加在主体的URL中
2.作为隐藏域嵌入HTML表单中；

当表但提交时，浏览器将作为常规HTTP参数的方式将这些信息返回服务器，当状态信息被注入时，它将作为请求URL的一部分传诵到服务器，但是这在浏览器和服务器之间来回传递信息的效率较低，所以一般还是选择把信息保存在服务器中，即上面两种方法中的第二种。在浏览器和服务器之间来回传递一个标识符，这就是所谓的会话（session）跟踪。来自浏览器的所有包含同一个标识符（这里是SESSIONID）的请求同属于一个会话。

会话的有效期直到它被显式地终止为止，或者当拥护在异端时间内没有动作，由服务器自动设置为过期。目前没有办法通知服务器用户已经关闭浏览器，因为在浏览器和服务器之间没有一个持久的连接，并且浏览器关闭时也不向服务器发送信息。同时，关闭浏览器通常意味着会话ID丢失；COOKIE将国旗，或者注入了信息的URL将不能再使用。所以当用户再次打开浏览器的时候，服务器无法将心得请求与以前的会话联系起来，饿睿智能创建一个新的会话。然而，所有与前一个会话有关的数据依然存放在服务器上，直到会话过期被清除为止。