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的响应，向同一个连接发送下一个请求，直到一方主动关闭连接。