与浏览器相比，缓存请求从缓存中检索 124 个嵌入式资源的 Jmeter 响应时间非常长答案

【问题标题】：Jmeter response time is very high for cached request which retrieves 124 embedded resources from cache as compared with browser与浏览器相比，缓存请求从缓存中检索 124 个嵌入式资源的 Jmeter 响应时间非常长
【发布时间】：2019-09-26 08:40:08
【问题描述】：

Jmeter 为从 jmeter http 缓存管理器检索 124 个缓存的嵌入式请求的请求提供了非常高的响应时间（12 秒）（Jmeter 缓存了 120 个请求--304 响应代码和 4 个请求未缓存--200 响应代码），即使 http 缓存管理器缓存 120 请求为什么它提供更多响应时间它与浏览器不匹配。当浏览器下载 124 请求时，它需要 2 到 3 秒从内存/磁盘缓存中检索。如何在 jmeter 中模拟相同的响应时间。

请在下面的驱动器链接中查看屏幕截图 jmeter 和浏览器响应时间 https://drive.google.com/drive/folders/1NnGD3dPgmDn60W6CZ534KkU-x2E76Dwy?usp=sharing

【问题讨论】：

标签： jmeter

【解决方案1】：

JMeter 的 HTTP Cache Manager 将从 第二次请求 开始从缓存中返回嵌入式资源（图像、脚本、样式等），对于每个虚拟用户/迭代的第一次请求，您将始终获得完整内容。

如果您要比较第一个请求，请确保在浏览器开发者工具中勾选Disable cache 框：

您可能还想检查request headers 并确保JMeter 通过HTTP Header Manager 发送完全相同的标头，例如Accept-Encoding 标头可以大大减少响应时间，因为从端点请求压缩内容。

【讨论】：

感谢 Dmitri 的回复，但我的问题不是针对获得完整内容的第一个请求，相同用户的第二个请求具有相似内容以及其他请求。类似的请求会给我更多的响应时间，即使 http 缓存管理器缓存了第一个请求的数据，但是浏览器为具有相似内容的第二个请求提供了非常短的响应时间..请参阅两者的屏幕截图，响应时间不匹配jmeter，为什么第二个请求内容即使被 http 缓存管理器缓存也能提供更多响应时间...缓存的内容在嵌入式中给出 304 响应代码
请检查下面位置的jmx，drive.google.com/file/d/1Xht3fV8HcugjLKbbKT-S3jLiEgsdb-jF/…