JMeter：非HTTP响应消息：连接到URL被拒绝

Question

我使用JMeter通过操作系统采样器来测试我们的后端服务。我在OS采样器中使用CURL来生成一个4步流程的负载。

1. 发布证书以接收令牌
2. 发布令牌以接收会话
3. 获取会话信息
4. POST续订会话

问题是我面临的是JMeter报告的响应时间比服务日志高得多。我们需要确定在事务执行期间，额外的时间（125毫秒，1个并发用户）来自哪里。测试环境都位于同一 VLAN 上，两个客户端和目标服务器之间没有防火墙或代理服务器。两台服务器之间的中值延迟为 0.3 毫秒，平均值为 1.2 毫秒（样本量较小）。在与开发团队交谈时，他们说服务日志不会在收到请求的第一刻记录，但看不到它如何超过几毫秒的差异。来自几个测试的数据增加了吞吐量，并且开销大致保持不变，这将与该假设一致。

因此，在这一点上，我们重点关注JMeter是否会导致额外的开销。一个假设是JMeter在开始生成CURL请求时开始事务时间，请求的打包包含在这个计时中。所以我们想把CURL OS采样器从测试中去掉，用HTTP采样器取而代之。

当将JMeter操作系统采样器CURL请求转换为HTTP采样器HTTPS请求时，我们遇到了错误JMeter：非HTTP响应消息：连接到URL被拒绝。如上所述，我们首先发布证书，发布令牌，然后执行步骤3和4。HTTP采样器在发布第一步获取的令牌时在第二步失败。我们已经通过继续错误并处理第二步原始CURL POST请求来验证获取的令牌是好的。所以这里有两件事。1.错误消息说它从未完成握手，因此它没有到达处理消息的地步。2.以下使用相同信息的CURL请求完成握手并正确处理交易。

进行转换归结为一个问题：“为什么发送操作系统采样器CURL命令完成而HTTP采样器无法完成握手？

OS采样器CURL命令配置为：

• curl-k-d""-v-H"{Token}"{URL}

HTTP 采样器配置为：

• IP：{URL}
• 端口：{端口#}
• 实现：HttpClient4
• 协议：HTTPS
• 方法：POST
• 路径：{path}
• 使用KeepAlive：检查
• 标题管理器：{令牌}

Answer 1

你的帖子中有两个独立的问题。关于第一个：

您如何测量服务器之间的延迟？如果您使用ping，则您正在测量1次发送和接收的往返时间。HTTP POST通常不仅仅包括TCP来回握手，然后发送内容-这同样取决于大小，可以分为多个数据包-HTTP响应通常大于请求。与简单的ping相比，对于更大的有效负载分组，延迟也可能稍微高一些。

这可能不是你看到的全部差异的原因（就像你已经注意到的，其中一些是因为启动curl的延迟），但仍然是导致整体延迟增加的原因。你应该使用某种网络分析器，至少是像WireShark这样的嗅探器来理解你正在使用的每个HTTP步骤的聊天次数或来回转数。