Http 协议

1.HTTP协议
绝大多数的Web开发，都是构建在Http协议之上的Web应用。
Http（Hypertext Transfer Protocol）超文本传输协议。目前的版本为1.1。
Http是应用层协议，当你上网浏览网页的时候，浏览器和服务器之间就会通过Http
在Internet上进行数据的发送和接收。
Http是一个基于请求/响应模式的，无状态的协议(request/response based ,stateless protocol)。

在Http1.0中，当连接建立后，浏览器发送一个请求，服务器回应一个消息，之后，连接就被关闭。当浏览器下次请求的时候，需要重新建立连接，很显然这种需要不断建立连接的通信方式开销比较大。早期的Web页面通常只包含HTML文本，因此即使建立连接的开销比较大，也不会有太大的影响。而现在的Web页面往往包含多种资源（图片，动画，声音等），每获取一种资源，就建立一次连接，这样就增加了HTTP服务器的开销，造成了Internet上的信息堵塞。
因此在Http1.1版本中，给出了一个持续连接（Persistent Connections）的机制，并将其作为Http1.1中建立连接的缺省行为。通过这种连接，浏览器可以在建立一个连接之后，发送请求并得到回应，然后继续发送请求并再次得到回应。而且，客户端还可以发送流水线请求，也就是说，客户端可以连续发送多个请求，而不用等待每一个响应的到来。
访问一个包含有许多图像的网页文件的整个过程包含了多次请求和响应，每次请求和响应都需要建立一个单独的连接，每次连接只是传输一个文档和图像，上一次和下一次请求完全分离。即使图像文件都很小，但是客户端和服务器端每次建立和关闭连接却是一个相对比较费时的过程，并且会严重影响客户机和服务器的性能。当一个网页文件中包含Applet，JavaScript文件，CSS文件等内容时，也会出现类似上述的情况。
格式：
–http://host[: port] [abs_path]
–其中http表示要通过HTTP协议来定位网络资源。
–Host表示合法的Internet主机域名或IP地址（以点分十进制格式表示）
–Port用于指定一个端口号，拥有被请求资源的服务器主机监听该端口的TCP连接。如果port是空，则使用缺省的端口80。
–abs_path指定请求资源的URI（Uniform Resource Identifier,统一资源标识符），如果URL中没有给出abs_path,那么当它作为请求URI时，必须以“/”的形式给出。通常这个工作浏览器就帮我们完成了。

客户端通过发送HTTP请求向服务器请求对资源的访问。

HTTP请求由三部分组成，分别是：请求行，消息报头，请求正文。
请求行以一个方法符号开头，后面跟着请求URI和协议的版本，以CRLF作为结尾。请求行以空格分隔。除了作为结尾的CRLF外，不允许出现单独的CR或LF字符，格式如下：
– Method Request-URI HTTP-Version CRLF

Method表示请求的方法，Request-URI是一个统一资源标识符，标识了要请求的资源，HTTP-Version表示请求的HTTP协议版本， CRLF表示回车换行。例如：
– GET /test.html HTTP/1.1 (CRLF)

GET方法用于获取由Request-URI所标识的资源的信息，常见形式是：
–GET Request-URI HTTP/1.1

采用POST方法提交表单的例子
POST /login.jsp HTTP/1.1 (CRLF)
Accept:image/gif (CRLF) (….)
Host:www.sample.com (CRLF)(….)
….
Cache-Control:no=cache (CRLF)
(CRLF)
username=hello&password=123456

注意：在HTML文档中，书写get和post，不区分大小写，但HTTP协议中的GET和POST只能是大写形式。

在接收和解释请求消息后，服务器会返回一个HTTP响应消息
与HTTP请求类似，HTTP响应也是由三个部分组成，分别是：状态行，消息报头，响应正文。