http协议是一种本身不对恳求和呼应之间的通讯状况进行保存的协议，即无状况协议。

  不过跟着web的继续不断的开展，有时分，需求将这种状况进行坚持，随即，就引入了cookie技能，cookie技能通过在恳求和呼应报文中写入cookie信息来操控客户端的状况。

  假如每次想要发送http报文都需求通过这样的一个进程，那么时刻大部分都会耗费在树立和断开衔接的进程中。

  当设置成keep-alive，http就会树立一条耐久化的衔接，不需求每次都树立衔接，再中止。

  这样做的优点是：减轻了服务器端的负载，削减开支的那部分时刻，使http恳求和呼应都能更快的完毕，相应的，web页面显现速度也就相对提升了。

  假如一个http恳求，恳求了很多的图片等大文件，那么其他的http恳求怎么办呢？

  现在，管线化技能的呈现，使得http恳求比耐久性衔接更要快；特色在于：恳求数越多，时刻差越显着。

  由于某些报文的内容过大，因而在传输时，为削减传输的时刻，会采纳一些紧缩的办法。

  例如上面的报文信息中，Accept-Encoding就界说了内容编码的格局：gzip

  有的时分传输的内容，不单单是一些字符串，还有可能是一些图片，字符，音乐二进制等稠浊的内容。

  这就需求用多部分方针调集，multipart，例如在运用java编写web上传文件的代码时，需求在form中指定form的编码格局。

  这是由于默许的状况下form运用的编码格局是：applicatin/x-，这种编码格局会把一切的内容做编码，不适合上传文件这种状况。

  在恳求报文中运用Range特点，在呼应报文中运用Content-Type特点都可以指定必定字节规模的http恳求。

  http协议的传输办法有很多种，处于安全考虑，常用的一般都是GET和POST两种，先来介绍下这两种

  首要，运用方针不同：GET办法仅仅用来查询，不会对浏览器上的信息发生必定的影响，每次GET的办法都是相同的

  其次，巨细不同：GET是放在URL首部，因而巨细跟着浏览器而定，而POST则是在报文中，只需没有详细约束，文件的巨细是没约束的

  然后，安全性不同：GET选用的是明文传输，而POST是放在报文内部，无法看到

  从运用场景的视点来说，一般像用户注册登录这种信息都是私密的，选用POST，而针对查询等，为了快速，大多选用GET传输。

  PUT要求在恳求报文的主体中包括文件内容，然后保存到恳求URL指定的方位

  处于安全考虑，一般web网站不运用此办法，若合作web的安全验证机制，或许架构选用REST规范的网站，就可能敞开运用此办法

  HEAD和GET办法相同，只不过不回来报文主体部分，用于承认URI的有效性及资源更新的日期时刻等

  处于安全考虑，一般web网站不运用此办法，若合作web的安全验证机制，或许架构选用REST规范的网站，就可能敞开运用此办法

  发送恳求时，在Max-Frowards首部字段中填入数值，每通过一个服务器端就-1，当数值为0时，中止传输，最终收到服务器回来状况码200 OK的呼应

  可是，这种办法根本很少运用，并且很简单引起XST（跨站追寻）进犯，就更不会用到了。

  该办法要求在于代理服务器通讯时树立地道，实现用地道协议进行TCP通讯，首要运用SSL（安全套接层）和TLS（传输层安全）协议把通讯内容加密后通过网络传输。

  最终，附上一张http1.1和http1.0版别各自支撑的办法，别的，留意用大写。。。。。。