Java实现Http多次请求复用同一连接

早在HTTP/1.0时代，每次HTTP请求都要创建一个连接，而创建连接的过程需要消耗资源和时间，代价相对昂贵，为了减少资源消耗，缩短响应时间，就需要重用连接。在后来的HTTP/1.1中，引入了连接复用的机制，Http Header中加入Connection: keep-alive来告诉对方这个请求响应完成后先不忙关闭，这也是本篇文章的由来。

复用的基本条件

理论基础

OSI是Open System Interconnection的缩写，意为开放式系统互联。国际标准化组织（ISO）制定了OSI模型，该模型定义了不同计算机互联的标准，是设计和描述计算机网络通信的基本框架。也就是如下七层模型:

当然也有大家熟知的五层模型，也就是把会话层、表示层、应用层合称为应用层。耳熟能详的TCP、UDP属于数量稀少的传输层协议。在这之上的应用层协议百花齐放诸如：HTTP、SMTR、FTP......，然后很多中间件也自定义了通讯协议，比如Dubbo、Mysql。

读到这里大家可能就已经清醒的意识到，即使同属应用层的协议，是否支持长连接也不尽相同。笔者想要传达的一个认知:之所以能支持长连接，那是因为TCP经历三次握手建立连接之后，如果不出现其他意外是可以保证连接状态的。也就是说应用层协议是否属于长连接仅仅取决于成功建立TCP，发送一个请求之后，对该连接的处理策略:

• 如早期的HTTP每次发送请求，Server端回复完毕之后直接关闭则是短连接
• 如Mysql处理完一条SQL请求，然后继续执行下一个则是长连接

这其实就是我们的理论基础，HTTP有希望支持长连接的前提是TCP本身就是长连接。

现实基础

HTTP协议并非魔法，不是说新增一条规范，也不是简简单单的Header中加入Connection: keep-alive就能立马支持长连接了。想要达到这个目的需要Client、Server端共同努力。

客户端譬如Chrome浏览器，服务端譬如阿里OSS，像