HTTP长连接、短连接使用及测试

最新推荐文章于 2021-03-23 15:14:23 发布
最新推荐文章于 2021-03-23 15:14:23 发布
阅读量716 收藏 1
点赞数

概念

HTTP短连接（非持久连接）是指，客户端和服务端进行一次HTTP请求/响应之后，就关闭连接。所以，下一次的HTTP请求/响应操作就需要重新建立连接。
HTTP长连接（持久连接）是指，客户端和服务端建立一次连接之后，可以在这条连接上进行多次请求/响应操作。持久连接可以设置过期时间，也可以不设置。

我为什么没有说HTTP/1.0 默认短连接，HTTP/1.1起，默认长连接呢？因为我第一次看这个说法的时候，以为自己懂了，其实并没有懂。长短连接操作上有什么区别，有的地方出现的持久连接又是怎么回事？

使用设置

这里的设置，我们都以HTTP1.1协议为例子。

设置HTTP短连接

在首部字段中设置Connection:close，则在一次请求/响应之后，就会关闭连接。

设置HTTP长连接，有过期时间

在首部字段中设置Connection:keep-alive 和Keep-Alive: timeout=60，表明连接建立之后，空闲时间超过60秒之后，就会失效。如果在空闲第58秒时，再次使用此连接，则连接仍然有效，使用完之后，重新计数，空闲60秒之后过期。

设置HTTP长连接，无过期时间

在首部字段中只设置Connection:keep-alive，表明连接永久有效。

实现原理

了解怎么设置之后，就开始用起来。然而，问题来了。在请求头中设置Connection:keep-alive，为什么连接空闲一段时间之后，还是断开了呢？这是因为connection字段只有服务端设置才有效。

HTTP操作是请求/响应成对出现的，即先有客户端发出请求，后有服务端处理请求。所以，一次HTTP操作的终点操作在服务端上，关闭也是由服务端发起的。
接下来我们做做测试，以及show code。下面的测试都是使用Spring RestTemplate，封装apache http client进行的。为方便讲解代码，先说明长连接的情况，最后再对其他形式做测试总结。

客户端连接失效时间大于服务端失效时间

如下，为请求日志。客户端设置Connection: Keep-Alive和Keep-Alive: timeout=60， 服务端设置Connection: Keep-Alive和Keep-Alive: timeout=5。

## 客户端设置有效期为60s
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "POST /adx-api/api/creative/upload HTTP/1.1[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Accept: application/json, application/*+json, text/html, application/json, text/javascript[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Content-Type: application/json;charset=UTF-8[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.16 Safari/537.36[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Accept-Encoding: gzip,deflate[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Accept-Language: zh-CN[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Connection: keep-alive[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Keep-Alive: timeout=60[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Content-Length: 396[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Host: bizdomain[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "request data"

##服务端设置有效期为5s
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "HTTP/1.1 200 OK[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "Date: Wed, 26 Apr 2017 06:07:58 GMT[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "Server: Apache-Coyote/1.1[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "Content-Type: text/html;charset=utf-8[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "Keep-Alive: timeout=5, max=100[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "Connection: Keep-Alive[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "Transfer-Encoding: chunked[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "63[\r][\n]"
[2017-04-26 14:08:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "response data"

客户端设置的有效期大于服务端的，那么实际连接的有效期呢？三分钟之后再次请求，从连接池中lease连接的时候，提示Connection expired @ Wed Apr 26 14:08:05，即在上一次请求之后的5s失效，说明是服务端的设置生效了。

[2017-04-26 14:11:00 DEBUG] (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection request: [route: {}->http://bizdomain:80][total kept alive: 1; route allocated: 1 of 32; total allocated: 1 of 200]
[2017-04-26 14:11:00 DEBUG] (org.apache.http.impl.conn.CPool:?) - Connection [id:2][route:{}->http://bizdomain:80][state:null] expired @ Wed Apr 26 14:08:05 GMT+08:00 2017
源码分析

通过源代码了解一下连接失效时间的设置过程。

//org.apache.http.impl.execchain.MainClientExec#execute
......

//从连接池中lease connection
final HttpClientConnectionmanagedConn = connRequest.get(timeout > 0 ? timeout : 0, TimeUnit.MILLISECONDS);

......

//将conenction封装在ConnectionHolder中
final ConnectionHolder connHolder = new ConnectionHolder(this.log, this.connManager, managedConn);

......

// The connection is in or can be brought to a re-usable state.
//如果返回值消息头中connection设置为close，则返回false
if (reuseStrategy.keepAlive(response, context)) {
    // Set the idle duration of this connection
    //取出response消息头中，keep-alive的timeout值
    final long duration = keepAliveStrategy.getKeepAliveDuration(response, context);
    if (this.log.isDebugEnabled()) {
        final String s;
        if (duration > 0) {
            s = "for " + duration + " " + TimeUnit.MILLISECONDS;
        } else {
            s = "indefinitely";
        }
        this.log.debug("Connection can be kept alive " + s);
    }
    //设置失效时间
    connHolder.setValidFor(duration, TimeUnit.MILLISECONDS);
    connHolder.markReusable();
} else {
    connHolder.markNonReusable();
}

待读取响应之后，释放连接，即：connHolder.releaseConnection()。调用org.apache.http.impl.conn.PoolingHttpClientConnectionManager#releaseConnection方法。

    @Override
    public void releaseConnection(final HttpClientConnection managedConn, 
            final Object state,final long keepalive, final TimeUnit tunit) {
        Args.notNull(managedConn, "Managed connection");
        synchronized (managedConn) {
            final CPoolEntry entry = CPoolProxy.detach(managedConn);
            if (entry == null) {
                return;
            }
            final ManagedHttpClientConnection conn = entry.getConnection();
            try {
                if (conn.isOpen()) {
                    final TimeUnit effectiveUnit = tunit != null ? tunit : TimeUnit.MILLISECONDS;
                    entry.setState(state);
                    //设置失效时间
                    entry.updateExpiry(keepalive, effectiveUnit);
                }
            } finally {
            。。。。。。
                }
            }
        }
    }

然后再下一次HTTP操作，从连接池中获取连接时

//org.apache.http.impl.conn.PoolingHttpClientConnectionManager#requestConnection调用org.apache.http.pool.AbstractConnPool#lease，
//调用getPoolEntryBlocking,调用org.apache.http.impl.conn.CPoolEntry#isExpired

@Override
public boolean isExpired(final long now) {
    final boolean expired = super.isExpired(now);
    if (expired && this.log.isDebugEnabled()) {
    //日志中看到的内容
        this.log.debug("Connection " + this + " expired @ " + new Date(getExpiry()));
    }
    return expired;
}

综上，连接的实际有效时间，是根据response的设置来决定的。

其他情况测试
  • 客户端设置Connection: Close
##connection:close请求，kept alive的连接为0
[2017-04-26 13:57:00 DEBUG]  (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection request: [route: {}->http://bizdomain:80][total kept alive: 0; route allocated: 0 of 32; total allocated: 0 of 200]
[2017-04-26 13:57:00 DEBUG]  (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection leased: [id: 0][route: {}->http://bizdomain:80][total kept alive: 0; route allocated: 1 of 32; total allocated: 1 of 200]
[2017-04-26 13:57:00 DEBUG]  (org.apache.http.impl.execchain.MainClientExec:?) - Opening connection {}->http://bizdomain:80
[2017-04-26 13:57:00 DEBUG]  (org.apache.http.impl.conn.DefaultHttpClientConnectionOperator:?) - Connecting to bizdomain/127.0.0.195:80
## 建立新连接
[2017-04-26 13:57:00 DEBUG]  (org.apache.http.impl.conn.DefaultHttpClientConnectionOperator:?) - Connection established 127.0.0.191:49239<->127.0.0.195:80
## 客户端设置短连接
[2017-04-26 13:57:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Connection: Close[\r][\n]"
## 服务端返回的也是短连接
[2017-04-26 13:57:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "Connection: close[\r][\n]"

##请求完之后，关闭连接
[2017-04-26 13:57:00 DEBUG]  (org.apache.http.impl.conn.DefaultManagedHttpClientConnection:?) - http-outgoing-0: Close connection
[2017-04-26 13:57:00 DEBUG]  (org.apache.http.impl.execchain.MainClientExec:?) - Connection discarded
[2017-04-26 13:57:00 DEBUG]  (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection released: [id: 0][route: {}->http://bizdomain:80][total kept alive: 0; route allocated: 0 of 32; total allocated: 0 of 200]

如上，当服务端返回Connection: Close时，客户端接收完响应，便会关闭连接。

  • 客户端设置60s超时，服务端设置5s超时
##Keep-Alive: timeout=60 第一次请求,与connection:close无差别
[2017-04-26 10:57:00 DEBUG]  (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection request: [route: {}->http://bizdomain:80][total kept alive: 0; route allocated: 0 of 32; total allocated: 0 of 200]
[2017-04-26 10:57:00 DEBUG]  (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection leased: [id: 0][route: {}->http://bizdomain:80][total kept alive: 0; route allocated: 1 of 32; total allocated: 1 of 200]
[2017-04-26 10:57:00 DEBUG]  (org.apache.http.impl.execchain.MainClientExec:?) - Opening connection {}->http://bizdomain:80
## 客户端设置超时时间60s
[2017-04-26 10:57:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Connection: keep-alive[\r][\n]"
[2017-04-26 10:57:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Keep-Alive: timeout=60[\r][\n]"
## 服务端设置超时时间5s
[2017-04-26 10:57:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "Keep-Alive: timeout=5, max=100[\r][\n]"
[2017-04-26 10:57:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "Connection: Keep-Alive[\r][\n]"
## 服务端设置生效，连接可以保持5s
[2017-04-26 10:57:00 DEBUG]  (org.apache.http.impl.execchain.MainClientExec:?) - Connection can be kept alive for 5000 MILLISECONDS
[2017-04-26 10:57:00 DEBUG]  (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection [id: 0][route: {}->http://bizdomain:80] can be kept alive for 5.0 seconds
[2017-04-26 10:57:00 DEBUG]  (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection released: [id: 0][route: {}->http://bizdomain:80][total kept alive: 1; route allocated: 1 of 32; total allocated: 1 of 200]

##Keep-Alive: timeout=60 非第一次请求
[2017-04-26 14:11:00 DEBUG]  (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection request: [route: {}->http://bizdomain:80][total kept alive: 1; route allocated: 1 of 32; total allocated: 1 of 200]
## 连接在上一次请求结束后5s失效
[2017-04-26 14:11:00 DEBUG]  (org.apache.http.impl.conn.CPool:?) - Connection [id:2][route:{}->http://bizdomain:80][state:null] expired @ Wed Apr 26 14:10:05 GMT+08:00 2017
  • 客户端设置失效时间，服务端设置不失效
## 客户端设置30s超时
[2017-04-26 17:45:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Connection: keep-alive[\r][\n]"
[2017-04-26 17:45:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 >> "Keep-Alive: timeout=30[\r][\n]"
## 服务端设置永久连接
[2017-04-26 17:45:00 DEBUG]  (org.apache.http.wire:?) - http-outgoing-0 << "Connection: keep-alive[\r][\n]"
## 连接将一直保持
[2017-04-26 17:45:00 DEBUG]  (org.apache.http.impl.execchain.MainClientExec:?) - Connection can be kept alive indefinitely

综上，http连接保持时间是由服务端的消息头connection字段和keep-alive字段定的。

在上面前两种情况，请求的是同一个服务端，那么为什么一个返回的是短连接，一个返回的是长连接呢？这里转一下 这篇文章的解释：

不论request还是response的header中包含了值为close的connection，都表明当前正在使用的tcp链接在请求处理完毕后会被断掉。以后client再进行新的请求时就必须创建新的tcp链接了。 HTTP Connection的 close设置允许客户端或服务器中任何一方关闭底层的连接，双方都会要求在处理请求后关闭它们的TCP连接。

补充

  • TCP长短连接
    在网上搜资料的时候，看到很多“HTTP协议的长连接和短连接，实质上是TCP协议的长连接和短连接”。 HTTP和TCP是不同两层的东西，它们怎么会是一样的呢？HTTP是请求/响应模式的，就是说我们发一个请求一定要有一个回应。最直观的就是，浏览器上发请求，得不到响应就会一直转圈圈。 而TCP并不是一定要有响应。大家以前使用socket模拟一个IM聊天，A跟B打完招呼，完全可以不用等待B的回应，就自己关掉连接的。

  • TCP keep-alive
    另外还有HTTP协议的keep-alive和TCP的keep-alive含义是有差别的。HTTP的keep-alive是为了维持连接，以便复用连接。通过使用keep-alive机制，可以减少tcp连接建立次数，也意味着可以减少TIME_WAIT状态连接，以此提高性能和提高httpd服务器的吞吐率(更少的tcp连接意味着更少的系统内核调用,socket的accept()和close()调用)。但是，长时间的tcp连接容易导致系统资源无效占用。配置不当的keep-alive，有时比重复利用连接带来的损失还更大。

而tcp keep-alive是TCP的一种检测TCP连接状况的机制，涉及到三个参数tcp_keepalive_time, tcp_keepalive_intvl, tcp_keepalive_probes。
当网络两端建立了TCP连接之后，闲置（双方没有任何数据流往来）了tcp_keepalive_time后，服务器内核就会尝试向客户端发送侦测包，来判断TCP连接状况(有可能客户端崩溃、强制关闭了应用、主机不可达等等)。如果没有收到对方的回答(ack包)，则会在 tcp_keepalive_intvl后再次尝试发送侦测包，直到收到对方的ack。如果一直没有收到对方的ack,一共会尝试 tcp_keepalive_probes次。如果尝试tcp_keepalive_probes,依然没有收到对方的ack包，则会丢弃该TCP连接。TCP连接默认闲置时间是2小时，一般设置为30分钟足够了。

g6uqwseseo
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
HTTP长连接与短连接使用方法及测试详解
10-15
主要介绍了HTTP长连接与短连接使用方法及测试,需要的朋友可以参考下
长连接和短连接性能测试结果差异.pdf
04-16
。。。
热插拔保护电路设计过程实例
07-25
尽管切断或开启的电流会比较大，但大电流设计的一些微妙之处却常常未得到充分的考虑。“细节决定成败”，本文将重点分析热插拔控制 电路中各部件的功能及重要性，并深入分析在设计过程中使用ADI公司ADM11773热插拔控制器时的设计考虑和器件选型标准。
长连接和短连接性能测试结果差异.docx
04-16
。。。
http-outgoing:Node 内部 Response 对象的固定版本。 用于适当的模拟
06-18
http-outgoing 节点的内部响应对象。 用于适当的模拟。 位于此处： : 安装 npm install http - outgoing 用法 var Response = require ( 'http-outgoing' ) . OutgoingMessage ; var res = new Response ( ) ;
关闭HttpClient日志中遇到的坑
机器学习菜鸟
11-21 3787
最近在用HttpClient请求api的时候，控制台打印了太多无用的日志 14530 [main] DEBUG org.apache.http.headers - http-outgoing-0 >> POST /api/Run/GetRoadRun HTTP/1.1 14530 [main] DEBUG org.apache.http.headers - http-outgoing-0 >> Content-Length: 43 14530 [main] DEBUG org.a
httpclient 在http1.1下出现 Connection can be kept alive indefinitely , 出现长连接,返回异常
kzcming的博客
03-23 8120
httpclient 在http1.1下出现 Connection can be kept alive indefinitely , 出现长连接,返回异常 参考:https://blog.csdn.net/xiaoduanayu/article/details/78386508
HTTP长连接实现“服务器推”的技术快速入门及演示示例
weixin_30713953的博客
08-17 179
在我的印象里HTTP是一种“无状态的协议”，也就是不知道以前请求的历史，无法保留上一次请求的结果。 Cookie的诞生，弥补了这个不足，浏览器可以通过本地持久化请求数据来记录上次请求的环境。但这个没有根本上改变HTTP请求本身的这种“客户端请求服务器端相应”模式——客户端是主动的，而服务器是被动的。 最近听说有“HTTP长连接”，去探索了一把，果然很有意思，能够实现“服务器推...
libcurl长连接高并发高性能封装测试分析源代码
09-19
首先研究下长连接和短连接的性能区别。curl内部是通过socket去连接通讯。socket每次连接最为耗时，如果能够复用连接，长时间连接，减少每次socket连接的时间，则可以大大减少时间，提高效率。 （2） 多线程。单个...
长连接和短连接性能测试结果差异 (1).docx
04-16
。。。
长连接和短连接性能测试结果差异 (1).pdf
04-16
。。。
socket通信，mina长连接通信
09-09
是跟手机进行推送功能的时候整理的工具，有长连接也有socket短连接，代码能直接运行，jar包和代码都有 直接放到项目里可以用，有mian测试方法
短链系统V1.0【价值几百已测试可用】
06-19
网址系统是一个专业的网址缩略的php脚本代码,其主要功能有:完整的后台管理、功能齐全的用户面板、用户系统、社交分享、短网址统计、短网址自定义、多国语言支持、社交分享以及API系统等。 安装环境主机+Apache2.4+...
Java微信长链接转短链接
09-13
使用微信接口制作的转短链接工具，需要有自己的微信测试号或者公众号生成的accesstoken，配置jdk环境变量才能使用（由于使用了exe4j打包，提示配置EXE_JAVA_HOME是和jdk环境变量一样的配置方法）
Web压力测试工具:http_load、webbench、ab、Siege使用方法
09-30
主要介绍了Web压力测试工具:http_load、webbench、ab、Siege使用教程,需要的朋友可以参考下
USB-TTL测试工具等_串口调试助手V2.2_rs422_ttl测试工具_ttl端口检测_TLL连接侦测_
09-30
USB转RS422简易检测方法一、接线：将信号端TX-/D-与RX-...RS485 RS422自检方法 监控云台调试助手 串口调试助手V2.2 YF-USB-TTL下载线驱动及资料 YF-U5A1、U5A2、U5B2、U5C1、UTA1驱动 USB-TTL测试工具 CH340 CH341 驱动
http并发连接数测试工具
最新发布
07-19
Http并发连接数测试工具的工作原理是创建多个并发线程，每个线程模拟一个用户，在短时间内发送多个请求到服务器。这些请求可以是不同的URL，也可以是相同的URL。测试工具会记录每个请求的响应时间、成功率和错误信息...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值