谈谈TCP和HTTP的keepalive

Web发展的速度让许多人叹为观止，层出不穷的组件、技术，只需要合理的组合、恰当的设置，就可以让Web程序性能不断飞跃。
网站优化的手段有很多，常见的有：Flush机制的使用，动静分离，HTTP持久连接(Keep-Alive)，HTTP协议的合理使用，CDN的使用，数据库的优化、负载均衡、反向代理等。
像淘宝这样的大网站，优化是必不可少的功课。你很难想象一个网站打开超过5秒的体验，很可能大家直接关闭掉网页了。由此可见网站优化是多么的重要，今天我们就浅谈TCP和HTTP协议方面的keepalive。
TCP的keepalive是侧重在保持客户端和服务端的连接，一方会不定期发送心跳包给另一方，当一方端断开连接或者出现连接异常的时候，通过心跳来保持连接的可用。设想一下，如果TCP层没有keepalive的机制，对于长连接来说，一旦一方断开连接却没有发送FIN给另外一方的话，那么另外一方会一直以为这个连接在几天，几个月内都还是存活的，那么这对服务器资源的影响是很大的。
HTTP的keep-alive注意中间的横杠。普通的HTTP连接是客户端连接上服务端，然后结束请求后，由客户端或者服务端进行http连接的关闭。下次再发送请求的时候，客户端再发起一个连接，传送数据，关闭连接。这么个流程反复。但是一旦客户端发送connection:keep-alive头给服务端，且服务端也接受这个keep-alive的话，两边对上暗号，这个连接就可以复用了，一个http处理完之后，另外一个http数据直接从这个连接走了。

keepalive对于性能的影响是很大的。尤其是短连接，一直在创建和关闭连接，非常的浪费资源。有科研人员指出，开一次灯泡相当于灯泡亮了15分钟的用电量。如果我们保持keepalive，那么我们在一定的时间内，通过同一个连接进行信息的交互，可以节约非常多的资源，为系统负载减轻更多的压力。
现在的主流浏览器(火狐，谷歌等)对于同一个域名的多线程并发请求大于限制在6个。如果你的网站上有很多的图片在同一个域名下，那么只有批量的同时进行6次短连接发起HTTP请求。这时如果我们带了connection:keep-alive，那么在服务支持的情况下，我们只需要一个长连接就可以干完所有的事情。

TCP的keepalive机制和HTTP的keep-alive机制是说的完全不同的两个东西，tcp的keepalive是在ESTABLISH状态的时候，双方如何检测连接的可用行。而http的keep-alive说的是如何避免进行重复的TCP三次握手和四次挥手的环节。

： » 谈谈TCP和HTTP的keepalive