Locust单请求场景下‘Request time’与‘Response time’的差异问询

核心定义差异 #

• Request Time：从Locust客户端发起请求开始，到客户端完全接收并处理完响应的全链路总时长。包含三部分：网络往返延迟、服务端处理耗时、Locust客户端自身的解析/日志等处理开销。统计时基于单个请求的全周期时长，你看到的平均Request Time是所有10000+请求的总时长除以请求数的平均值。
• Response Time：聚焦服务端的纯处理耗时，指服务端接收到完整请求后，到发送完响应的时长（以服务端实际处理节点为准）。完全排除了网络延迟和客户端侧的额外开销，是衡量服务端性能的核心指标。你看到的50%分位Response Time，代表有一半的请求在服务端的处理时间不超过250ms。

测试数据差异原因 #

你的平均Request Time（1422ms）远高于Response Time的50%分位（250ms），核心原因是客户端侧的额外开销拉高了全链路耗时：

• 若Locust客户端与服务端不在同一内网，跨网络的往返延迟会叠加到每个请求的Request Time中；
• 高并发场景下，Locust客户端的线程/进程调度可能出现阻塞，导致请求发起或响应解析的额外延迟；
• 平均Request Time容易被少数异常慢请求（如网络波动、超时重试的请求）拉高，而Response Time的分位数更能体现服务端正常处理大多数请求的速度。

单端点测试下的不一致性说明 #

即使是单端点测试，两者也不会一致——因为统计维度完全不同：Request Time是客户端侧的全链路统计，Response Time是服务端侧的纯处理统计。只要存在网络延迟或客户端自身开销，就会出现明显差异。

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