Jmeter响应文件保存数与请求执行总数不符问题求助

针对你遇到的75个请求成功但仅生成73个PDF文件的问题，可从以下几个方向排查：

• 文件名重复导致覆盖
  若未配置唯一文件名规则，后续请求会覆盖已生成的文件。检查你的配置：

  • 若勾选了Don't add number suffix，需确保文件名前缀/后缀能生成唯一值（比如结合线程号+高精度时间戳：${__threadNum}_${__time(yyyyMMddHHmmssSSS)}.pdf）
  • 若未勾选该选项，JMeter默认会在重复文件名后加数字后缀，但如果变量生成逻辑有重复（比如循环复用线程时）仍可能出现覆盖。

• 无效响应被忽略
  请求标记成功不代表响应是有效PDF：

  • 添加Response Assertion，校验响应内容类型为application/pdf且响应长度大于0，过滤空响应或非PDF内容
  • 查看jmeter.log日志，搜索SaveResponsesToAFiles相关条目，是否有"Failed to save response"类的报错（比如磁盘满、权限不足）

• 目录权限或磁盘空间问题

  • 确认保存目录的读写权限，确保JMeter运行用户能正常写入该目录
  • 检查磁盘剩余空间，若空间不足会导致部分文件保存失败

• 组件配置遗漏

  • 确认已勾选Save Response选项（默认勾选，但可能被误取消）
  • 检查Condition to save配置，若设置了自定义条件（比如响应内容包含特定字符串），部分请求可能不满足条件而未保存

• 版本bug或替代方案
  JMeter 5.4.3的Save Responses to a file组件可能存在偶发bug，可尝试：

  • 升级到JMeter 5.6.3等稳定版本
  • 改用JSR223 PostProcessor手动保存响应，示例Groovy代码：

    def saveDir = "你的保存目录路径"
    def fileName = "${ctx.getThreadNum()}_${System.currentTimeMillis()}.pdf"
    new File(saveDir, fileName).bytes = prev.getResponseData()
    

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