经验范围 网站建设/网站seo
万维网的工作过程
每个万维网网点都有一个服务器进程，它不断地监听 TCP 的端口 80，以便发现是否有浏览器向它发出连接建立请求。（如果是https协议，那么监听的是443端口）
一旦监听到连接建立请求并建立了 TCP 连接之后，浏览器就向万维网服务器发出浏览某个页面的请求，服务器接着就返回所请求的页面作为响应。最后，TCP 连接就被释放了。
通常将请求访问的一端称为客户端，提供资源响应的称为服务器端。通信的方式提供请求和响应的方式来完成的，请求从客户端发出，而后服务器端响应该请求，通信是从客户端开始建立的。
任何的网站，它的第一个请求方式都是get，上面可以看出http报文组成如下：
和请求内容无关的，都称为请求头。
- 请求方法
- 请求的url
- 请求的版本号
请求体
- 请求内容 页面 图片
请求处理结果的状态码 参数和参数之间都单独起一行。
HTTP 的主要特点
HTTP 使用了面向连接的 TCP 作为运输层协议，保证了数据的可靠传输。
HTTP 协议本身也是无连接的，虽然它使用了面向连接的 TCP 向上提供的服务。
HTTP 是面向事务的客户服务器协议。
HTTP 1.0 协议是无状态的 (stateless)。 （客户端访问完了，就忘了你了，再访问我就再建立TCP再传，并不是一直保持连接知道你是谁）
HTTP很有名的特点，无状态，老年痴呆和无状态非常的类似，http是一个不会保存状态的协议，它不对请求，响应的通信状态做保存。换句话来说就是协议对发送过的请求和响应不会做持久化的处理，每次的请求都是新的请求。
而这一特点是为了处理大量的请求，并且确保协议的可伸缩性，因为不保存就可以节省很多资源，同时没有状态就很容易扩展。
因为无状态，使得很多业务的处理变的复杂，比如用户登入到一家网站购物，在不同的页面进行跳转的时候，需要保持这种登入状态，因为只有这样网站才能知道是谁发起的请求，是谁购物，谁下单。
为了弥补http无状态，就诞生了另外一项技术，叫做cookie，cookie并没有从根本上改变HTTP的无状态，而是通过另外一种方式，变相的维护用户状态。
请求一个万维网文档所需的时间
发起TCP的时间，http请求报文的时间，传文件的时间。
持续连接
HTTP/1.1 协议使用持续连接 (persistent connection)。
万维网服务器在发送响应后仍然在一段时间内保持这条连接，使同一个客户（浏览器）和该服务器可以继续在这条连接上传送后续的 HTTP 请求报文和响应报文。（只要建立了一个连接，后面传输多个文件都使用这个连接）
这并不局限于传送同一个页面上链接的文档，而是只要这些文档都在同一个服务器上就行。
目前一些流行的浏览器（例如，IE 6.0）的默认设置就是使用 HTTP/1.1。
一个页面里面包含了n多个文件资源，也就是想获取页面的内容就需要不停的三次握手，这样就会有很多重复性的工作，为了解决多次三次握手，http就提出了持久化连接，它的参数表示为keep-alive，它的特点是只要一端没有明确的提出断开连接，那么就会一直保持连接状态。
这样的好处就是减少了连接的重复建立和断开所造成的开销，这样大大的减少了服务端的负载，给我们直观的感受就是web页面显示的速度也提高了。在http 1.1当中，所有的连接都是持久化连接，需要知道的是持久化连接需要客户端和服务器端都支持才能实现。
HTTP1.1持续连接的两种工作方式
非流水线方式：客户在收到前一个响应后才能发出下一个请求。这比非持续连接的两倍 RTT 的开销节省了建立 TCP 连接所需的一个 RTT 时间。但服务器在发送完一个对象后，其 TCP 连接就处于空闲状态，浪费了服务器资源。
浏览器访问这个网站，先建立TCP连接，3次握手，请求第一个文件，然后收到，再请求第二个文件，收到。
流水线方式：客户在收到 HTTP 的响应报文之前就能够接着发送新的请求报文。一个接一个的请求报文到达服务器后，服务器就可连续发回响应报文。使用流水线方式时，客户访问所有的对象只需花费一个 RTT时间，使 TCP 连接中的空闲时间减少，提高了下载文档效率。
更快一点的就是流水线方式，一次性发多个请求，一块发，然后一个一个的往回返。（不用等待响应也可以发送下一个请求）