什么是keepalive？
keepalive是长连接的意思。客户端发起http请求前需要先与服务端建立TCP连接，每次TCP连接都需要三次握手来确定，三次交互不仅会增加消费时间，还会增加网络流量。http请求是请求应答式，如果能知道每个请求头与响应体的长度，就可以在一个连接上执行多个请求，这个就是所谓的长连接。
如何确定请求头和响应体的长度？
1、请求头长度：如果当前请求有body，Nginx需要客户端在请求头中指定content-length来表明body的大小，否则返回400。
2、响应体长度：在http协议中响应body长度的确定
-
- http1.0：①响应头中有content-length，content-length即为body长度。客服端依照这个长度接收数据，接收完了就表示请求完成。②响应头中没有content-length，客户端会一直接收数据，知道服务端主动断开，才表示body接收完了。
- http1.1：①chunked传输，响应头中有Transfer-encoding，body为流式输出，body被分成多个块，每块的开始会标识出当前块的长度，此时body不需要通过长度指定。②非chunked传输，响应头中有content-length则按照content-length来接收数据，没有content-length，则客户端接收数据，知道服务器主动断开。
除了以上绿色字的情况，响应体长度都是可知的。
是否可使用长连接的条件是什么？
可知响应体长度的情况下，当服务器输出完body后可以考虑使用长连接。长连接的条件限制如下
- 客服端的请求头中的connection为close，则客户端要求不使用长连接。
- 客户端的请求头中的connection为keep-alive，则客户端要求使用长连接。
- 客户端的请求头中没有connection这个头，如果是http1.0协议默认为close，如果是http1.1协议默认为keep-alive。
keepalive时Nginx的等待时长是多少？
长连接时，Nginx在输出完响应体后，会设置当前连接的keepalive属性，然后等待客户端的下一次请求，同时也设置了一个最大等待时间，这个时间通过keepalive_timeout来配置，如果是0，则表示关掉长连接，此时不管客户端的connection值是什么都会强制设为close。
keepalive的优势是什么？
服务端确定是keepalive打开时，在响应的http头中也会有connection=Keep-Alive，否则为Close。如果connection值为colse，Nginx在响应完数据后就会关掉连接。所以对于请求量较大的Nginx来说，关掉keepalive最后会产生较多的time-wait状态的socket。当客户端的一次访问需要多次访问同一个server时，keepalive会大量减少time-wait的数量，
以上总结参考https://mp.weixin.qq.com/s/bXtI45d7M-XjkJH3ARZiMQ