HTTP是一个基于请求/响应模式的，无状态的协议 (只有客户端发送请求服务器才会响应，否则服务器不会主动发送信息的，无状态指客户端发过来一个请求服务端给你发回一个响应，接着你再去发送一个请求，服务器根本不知道你这个请求是第一次发来的还是第二次发来的，根本不知道上一次或者历史上都发生过什么事情，它只知道你发给我一个请求我给你一个响应。因此在一些购物系统或登录系统，需要知道用户是否登录了，那么就衍生出cookie与session来记录客户端信息)
HTTP协议基于TCP，所以必须要建立连接，类似于数据库连接
HTTP/1.0：当连接建立后，浏览器发送一个请求，服务器返回一个消息之后连接就被关闭，当浏览器下次请求的时候需要重新建立连接，很显然这种需要不断建立连接的通信方式开销比较大，早起的web页面通常只包含HTML文本，因此即使建立连接的开销比较大，也不会有太多的影响（本质发送的请求少），而现在的web页面往往包含多种资源（图片、动画、声音、js、css等）每获取一种资源，就建立一次连接，这样就增加了HTTP服务器的开销，造成了Internet上的信息阻塞。 (本质发送的请求变多，再采用一个请求一个连接的方式不合时宜了)。例如请求一个网页内含100张图片，按HTTP/1.0的方式则要建立101个连接，首先服务器会返回一个响应（即网页），然后浏览器根据内容解析发现还要发送100个请求才能得到100张图片，这就是为什么我们访问图片比较多的网页会首先显示一个网页，然后一张一张图片开始慢慢的显示出来。
HTTP/1.1给出了持续连接(Persistent Connnections)的机制，并将其作为HTTP/1.1中建立连接的缺省行为，通过这种连接，浏览器可以在建立一个连接之后，发送请求并得到响应，然后继续发送请求再次得到回应，而且客户端还可以发送流水线请求，也就是说客户端可以连续发送多个请求，而不用等待每一个响应的到来(流水线式请求效率明显比一应一答高)，也就是说请求响应后连接并不是马上关闭了，还能够保持一段时间，100张图片的那个例子使用HTTP/1.1协议的话只要建立一个连接就可以了，大大提高了性能
客户端和服务器端每次建立和关闭连接都是一个相对比较费时的过程，并且会严重影响客户机和服务器的性能。
客户端通过发送HTTP请求向服务器请求对资源的访问
HTTP请求由三部分组成分别是：请求行、消息报头、请求正文
浏览器地址栏中输入地址来向服务器发送HTTP请求本质上是底层先与服务器建立连接然后发送HTTP消息罢了
HTTP请求行包含Method Request-URI HTTP-Version (CRLF)
在HTML文档中，书写get和post不区分大小写，但HTTP协议中的GET和POST只能是大写形式
HTTP响应也分三部分组成：状态行、消息报头、响应正文
HTTP响应各个状态所对应的信息：
1XX —— 指示信息，表示请求已接受，继续处理
2XX —— 成功，表示请求已经被成功接收，理解，接受
3XX —— 重定向，要完成请求必须进行更进一步的操作
4XX —— 客户端错误，请求由语法错误或请求无法实现
5XX —— 服务器端错误，服务器未能实现合法的请求
