JMeter请求发送机制、并发逻辑及压测实施技术问询

1. JMeter如何向服务器发送请求？ #

其实JMeter的请求发送逻辑很贴近真实用户的操作，咱一步步拆解：

• 首先你得创建一个线程组，这相当于模拟一批用户的集合；
• 然后给线程组添加对应的采样器（比如最常用的HTTP请求采样器），在采样器里配置服务器的地址、端口、请求方法（GET/POST等）、请求路径，还可以设置请求参数、请求头这些；
• 如果有通用配置（比如所有请求都用同一个域名），可以加个HTTP请求默认值元件统一配置，省得重复写；要是需要维持会话，记得加上Cookie管理器；
• 最后点击运行按钮，JMeter就会通过内置的Java HTTP客户端，按照你配置的线程数、循环次数，模拟用户向服务器发送请求，同时还会记录每个请求的响应时间、状态码这些数据。

2. JMeter发送请求是并发还是排队？比如Thread=5、Ramp-Up=0、Loop Count=1时，5个线程会同时发起请求吗？ #

这个问题得重点看Ramp-Up Period（启动时间）的配置：

• 当你设置Ramp-Up=0时，JMeter会在测试启动的瞬间，尝试启动所有5个线程——注意是几乎同时（毕竟JVM启动线程也有几毫秒的差距，但从业务角度完全可以认为是并发发起请求）；
• 要是Ramp-Up设置成非0的数值，比如设成5，那JMeter会在5秒内逐步启动这5个线程，每秒启动1个，这时候就是排队式的启动了；
• 简单说：Ramp-Up=0就是最大化并发启动线程，线程数越多，瞬间的并发请求量就越高；如果服务器本身有连接数限制，可能会出现部分请求排队，但JMeter这边的线程是并发发起的。

3. 如何开展压力测试与负载测试，以及合理的测试范围与预期结果是什么？ #

先得把负载测试和压力测试区分开，再一步步说怎么搞：

先搞清楚两者的区别 #

• 负载测试：是模拟系统在正常甚至略高于日常峰值的负载下运行，验证系统的稳定性和性能是否达标；
• 压力测试：是不断加压，直到系统性能崩溃或无法接受，用来找到系统的极限瓶颈。

具体开展步骤 #

• 第一步：明确测试目标：比如要验证系统支持的最大并发数？还是峰值下的响应时间？先把目标定死，比如“验证系统在200并发下，接口响应时间<300ms，错误率<0.05%”；
• 第二步：准备测试环境：尽量和生产环境一致（硬件配置、软件版本、数据量），而且要隔离测试环境，别影响正常业务；
• 第三步：设计测试场景：
  • 负载测试：从日常并发的50%开始（比如日常100并发，先测50），逐步增加到峰值的120%-150%（比如200并发），每个负载等级持续运行5-10分钟，同时监控各项指标；
  • 压力测试：从负载测试的峰值继续往上加（比如250、300、400并发），直到出现响应时间骤增、错误率上升或者服务器资源耗尽，记录下这个临界点；
• 第四步：监控核心指标：服务器的CPU、内存、磁盘IO、网络带宽；JMeter这边的响应时间（平均、最大、最小）、吞吐量、错误率、并发数。

合理的测试范围与预期结果 #

• 负载测试范围：参考生产实际流量，比如日常并发100，峰值180，那测试范围可以设为50→100→150→180→200并发；
  预期结果：所有负载等级下，响应时间符合业务要求（比如<300ms），错误率<0.1%，服务器资源使用率（CPU/内存）<70%，吞吐量稳定；
• 压力测试范围：从负载测试的峰值开始，每次增加50-100并发，直到系统出现明显性能下降；
  预期结果：找到系统的最大并发承载量，定位瓶颈（比如数据库连接池不足、Redis缓存击穿、CPU瓶颈），验证系统在压力下的容错能力（比如是否会优雅降级，而不是直接崩溃）。

内容的提问来源于stack exchange，提问作者Veena MB