Connection: Keep-Alive

上午在实验室看书，师弟让我帮忙解决个项目上的问题，问题不难，于是我教他抓包解决，让他电脑下了fiddler不过却显示不出来请求，我尝试了一下也是如此，过滤器也没开，突然意识到可能是360的问题，因为fiddler是通过http代理的方式，360很可能阻止第三方软件对浏览器代理，于是关掉360,重启浏览器终于能愉快的抓包了。

调试过程中我让他F12勾上disable cache，然后眼睛被一个词语吸引住了---Connection: Keep-Alive

当时很疑惑，http明明是无连接无状态的，那么这里的keepalive是指什么？

实际上它是一种TCP复用，每次http请求都需要tcp三次握手，浪费资源和时间，因此我们可以保持tcp通道连接一段时间，这样一次tcp连接就可以维持几次http请求。

---

 

在此基础上，还需要搞清楚几个其他的名词：长轮询，段轮询

长连接是为了tcp复用，那么这两个词是做什么的呢？先说个例子：

短轮询相信大家都不难理解，比如你现在要做一个电商中商品详情的页面，这个详情界面中有一个字段是库存量（相信这个大家都不陌生，随便打开淘宝或者京东都能找到这种页面）。而这个库存量需要实时的变化，保持和服务器里实际的库存一致，怎么实现？

长轮询这个时候就出现了，其实长轮询和短轮询最大的区别是，短轮询去服务端查询的时候，不管库存量有没有变化，服务器就立即返回结果了。而长轮询则不是，在长轮询中，服务器如果检测到库存量没有变化的话，将会把当前请求挂起一段时间（这个时间也叫作超时时间，一般是几十秒）。在这个时间里，服务器会去检测库存量有没有变化，检测到变化就立即返回，否则就一直等到超时为止。

很明显，使用长轮询客户端的请求次数将会大量减少（这也就意味着节省了网络流量，毕竟每次发请求，都会占用客户端的上传流量和服务端的下载流量）。但是如果大量客户端都在请求库存，服务端用多个线程来挂起请求，这样服务器的压力也太大了吧。因此长轮询也是有适用场景的。

---

区分下长轮询和长短连接，他们最根本的区别是：

第一个区别是决定的方式，一个TCP连接是否为长连接，是通过设置HTTP的Connection Header来决定的，而且是需要两边都设置才有效。而一种轮询方式是否为长轮询，是根据服务端的处理方式来决定的，与客户端没有关系。

第二个区别就是实现的方式，连接的长短是通过协议来规定和实现的。而轮询的长短，是服务器通过编程的方式手动挂起请求来实现的。

---

 

总之，记住这一点：长连接是指的TCP连接，而不是HTTP连接。HTTP协议是基于请求/响应模式的，因此只要服务端给了响应，本次HTTP连接就结束了，TCP连接是一个双向的通道，它是可以保持一段时间不关闭的，因此TCP连接才有真正的长连接和短连接这一说