JMeter 施压 HTTP、HTTPS性能大差距问题

在一次 JMeter 压测中，我发现同一后端服务，在单机 500 并发下，HTTP 和 HTTPS 协议压测 RT 差距非常大。同时观测后端服务各监控指标水位都很低，因此怀疑性能瓶颈在 JMeter 施压端。

问题背景

• 压测目标：对某电商网站的商品详情页进行性能测试。

• 测试环境：

  • 服务器：单台云服务器，8 核 16G。
  • JMeter：版本 5.4.1。
  • 后端服务：使用 Java Spring Boot 框架开发的微服务。

问题现象

在压测过程中，我发现 HTTP 和 HTTPS 协议压测 RT 差距非常大。具体表现为：

• HTTP 协议：平均响应时间在 100ms 左右。
• HTTPS 协议：平均响应时间在 500ms 左右。

问题分析

为了找出性能瓶颈所在，我首先排查了以下几个方面：

• 后端服务监控指标：CPU、内存、磁盘 IO 等指标均正常，没有明显的性能瓶颈。
• 网络环境：通过 ping 命令测试，服务器与客户端之间的网络延迟很小。
• JMeter 线程配置：线程数、ramp-up 时间等配置均合理。

排除了上述几个方面后，我将目光转向了 JMeter 施压端的 HTTPS 配置。

解决方案

经过一番排查，我发现 JMeter 在进行 HTTPS 压测时，默认使用 JDK 自带的 SSL/TLS 库。而该库在处理 HTTPS 请求时，需要进行加密和解密操作，这会对性能造成一定的影响。

为了解决这个问题，我尝试使用其他 SSL/TLS 库，例如 OpenSSL 或 BoringSSL。经过测试，使用这些库后，HTTPS 压测 RT 明显下降，与 HTTP 压测 RT 差距缩小到 10ms 左右。

优化建议

• 在进行 JMeter HTTPS 压测时，可以考虑使用 OpenSSL 或 BoringSSL 等第三方 SSL/TLS 库。
• 如果后端服务支持 HTTP/2 协议，可以在 JMeter 中启用 HTTP/2 压测功能。HTTP/2 协议可以减少请求和响应的开销，从而提高性能。
• 在压测过程中，可以适当增加线程数和 ramp-up 时间，以模拟更真实的生产环境负载。
• 压测完成后，可以根据压测结果调整后端服务的配置，以进一步优化性能。

总结

通过对 JMeter 施压 HTTP、HTTPS 性能差距问题的分析和解决，我获得了以下几点经验：

• 在进行性能测试时，需要全面考虑各个环节的性能影响因素，包括后端服务、网络环境、客户端配置等。
• 在使用 JMeter 进行 HTTPS 压测时，可以考虑使用第三方 SSL/TLS 库，以提高性能。
• 在压测过程中，可以根据实际情况调整压测配置，以模拟更真实的生产环境负载。
• 压测完成后，可以根据压测结果调整后端服务的配置，以进一步优化性能。