Tcp长连接（也叫持久连接）与短连接对高并发的影响*****

1、Tcp建立连接需要三次握手，断开连接需要四次握手。

2、Tcp建立连接后将会在操作系统内核内存中维护四元组对象（源ip，源port，目标ip，目标port）。

3、Tcp在断开链接时，主动断开方四元组将会处于time_wait状态，同时源port不可用，此由操作系统限制。因此本地频繁的主动断开tcp连接将很快耗尽端口号。

 

http协议：

http协议是应用层协议，建立在tcp之上，因此所有tcp上的数据包发送都由http协议框架触发。

1、http1.0协议默认为短链接，而且是由服务器主动断开连接，当服务器发送完数据之后会发送FIN数据包，此时客户端发送ACK对FIN进行回应，等客户端发送FIN给服务端，服务端发送ACK给客户端，到此TCP才断开，客户端TCP链接释放，但是服务器端TCP四元组将会进入到Time_Wait状态，Time_Wait由系统决定，可配置，最低30s，进入Time_Wait的原因是不能保证对方收到最后的ACK。按个人理解，如果服务端发送主动关闭FIN，客户端已回复ACK，此时客户端良久不回复Fin，客户端http框架会强制不活动TCP四元组发送Fin，结束TCP连接。

2、http1.1协议默认为keep-alive，含义是告诉服务端不要关闭tcp，延迟一段时间再关闭。如果此时客户端往服务器发送tcp包将会更新服务端tcp定时器，保证tcp连接再活一段时间。http协议基于tcp协议，同时基于tcp连接池，如果http发现当前请求有符合的tcp连接将会复用。符合条件：端口号属于当前客户端程序，目标地址及端口号符合，同时tcp四元组处于活动状态即可复用。

 

总结：高并发用短链接会很快耗尽客户端端口号，效率甚至不如http请求。解决方案是利用socket连接池长链接。

转载于：https://blog.csdn.net/soufunlab/article/details/49663483

 

HTTP的KeepAlive

1  Http的KeepAlive
1.1   应用场景
http 1.0中默认是关闭KeepAlive，需要在http头加入"Connection:Keep-Alive"，才能启用KeepAlive。

http 1.1中默认启用KeepAlive，如果加入"Connection:close "，才关闭。

1.2   语义解析
若Http关闭KeepAlive，每个http请求都要求打开一个tcp socket连接，并且使用一次之后就断开这个tcp连接。

使用KeepAlive可以改善这种状态，即在一次TCP连接中可以持续发送多份数据而不会断开连接。通过使用KeepAlive机制，可以减少tcp连接建立次数，也意味着可以减少TIME_WAIT状态连接，以此提高性能和提高httpd 服务器的吞吐率(更少的tcp连接意味着更少的系统内核调用,socket的accept()和close()调用)。

但是，KeepAlive并不是免费的午餐，长时间的tcp连接容易导致系统资源无效占用。配置不当的KeepAlive，有时比重复利用连接带来的损失还更大。所以，正确地设置KeepAlive timeout时间非常重要。

 

1.3   keepalvie timeout
Httpd守护进程，一般都提供了keep-alivetimeout时间设置参数。比如nginx的keepalive_timeout，和Apache的KeepAliveTimeout。这个 keepalive_timout时间值意味着：一个http产生的tcp连接在传送完最后一个响应后，还需要hold住 keepalive_timeout秒后，才开始关闭这个连接。当httpd守护进程发送完一个响应后，理应马上主动关闭相应的tcp连接，设置 keepalive_timeout后，httpd守护进程会想说：”再等等吧，看看浏览器还有没有请求过来”，这一等，便是 keepalive_timeout时间。如果守护进程在这个等待的时间里，一直没有收到浏览发过来http请求，则关闭这个http连接。

转载于：https://blog.csdn.net/younger_china/article/details/79449857