KeepAlive随笔

参数说明 :

 1 .
SocketTimeout              
// 响应超时时间，超过此时间不再读取响应

 2 .
ConnectTimeout    //
链接建立的超时时间

 3 . ConnectionRequestTimeout //
HttpClient中，从Connetcion Pool中获得一个Connection的超时时间

TCP Keep-Alive :

 1 .
链接建立之后，如果应用程序或者上层协议一直不发送数据，或者隔很长时间才发送一次数据，

  当链接很久没有数据报文传输时如何去确定对方还在线，到底是掉线了还是确实没有数据传输，

链接还需不需要保持，这种情况在TCP协议设计中是需要考虑到的。

2 . TCP协议通过一种巧妙的方式去解决这个问题，当超过一段时间之后，

  TCP自动发送一个数据为空的报文给对方，如果对方回应了这个报文，

说明对方还在线，链接可以继续保持，如果对方没有报文返回，

并且重试了多次之后则认为链接丢失，没有必要保持链接。

Http Keep-Alive :

 1 .
一个完整的HTTP事务，有链接的建立，请求的发送，响应接收，断开链接这四个过程，

  早期通过HTTP协议传输的数据以文本为主，一个请求可能就把所有要返回的数据取到，

但是，现在要展现一张完整的页面需要很多个请求才能完成，如图片，JS，CSS等，

如果每一个HTTP请求都需要新建并断开一个TCP，这个开销是完全没有必要的。

2 . 开启HTTP
Keep-Alive之后，能复用已有的TCP链接，当前一个请求已经响应完毕，

  服务器端没有立即关闭TCP链接，而是等待一段时间接收浏览器端可能发送过来的第二个请求，

通常浏览器在第一个请求返回之后会立即发送第二个请求，如果某一时刻只能有一个链接，

同一个TCP链接处理的请求越多，开启Keep-Alive能节省的TCP建立和关闭的消耗就越多。

3 .
使用Keep-Alive可以改善这种状态，即在一次TCP连接中可以持续发送多份数据而不会断开连接。

    
通过使用Keep-Alive机制，可以减少tcp连接建立次数，也意味着可以减少TIME_WAIT状态连接，

  以此提高性能和提高httpd服务器的吞吐率(更少的TCP连接意味着更少的系统内核调用，Socket的accept()和close()调用)。

4 .
但是，Keep-Alive并不是免费的午餐，长时间的TCP连接容易导致系统资源无效占用。

  配置不当的Keep-Alive，有时比重复利用连接带来的损失还更大。

5 .
如果要在HTTP1.0中支持Keep-Alive，必须明确的在header中加入Connection:keep-alive。

<1>
Client发起一个包含Connection:keep-alive的请求。

   <2>
Server收到请求后，如果server支持keepalive，回复一个包含Connection:keep-alive的响应，

不关闭连接，否则回复一个包含Connection:close的响应，关闭连接。

<3>
如果client收到包含Connection:keep-alive的响应，向同一个连接发送下一个请求，直到一方主动关闭连接。