JMeter上传PDF文件返回空响应但Postman可正常返回成功响应

核心差异认知 #

不要默认JMeter与Postman的请求构造逻辑完全对齐：Postman内置了大量自动修正、默认补全规则，即便手动填了错误参数，也可能被工具自动调整为合法值；JMeter会严格按照用户填写的配置构造请求，不会做自动纠错，这是两类工具同配置表现不一致的核心原因。

分步排查与修复 #

• 校验文件读取有效性
  直接填写待上传PDF的绝对路径做测试，不要依赖bin目录下的相对路径。JMeter相对路径解析受启动路径、执行模式影响，很容易出现实际未读取到文件、传输空内容的问题，且这类问题不会抛出显性报错，只会表现为接口返回异常。
• 修正MIME类型配置
  PDF文件的标准MIME类型为application/pdf，你当前填写的application/json是错误值。Postman会根据文件后缀自动覆盖手动填写的错误MIME类型，JMeter不会做这个修正，直接把MIME类型改为application/pdf再发起请求测试。
• 对齐请求头配置
  删掉HTTP信息头管理器中手动配置的Content-Type请求头。文件上传需要使用multipart/form-data格式，请求头里必须携带自动生成的boundary分隔符，如果手动写死Content-Type值，会导致boundary缺失，服务端无法解析上传内容。Postman会自动覆盖手动写死的错误Content-Type，JMeter会严格使用用户配置的头值，这是该类问题最高发的诱因。
  同时确认HTTP请求采样器中已勾选Use multipart/form-data for POST选项，所有上传相关配置全部填写在「文件上传」标签页，不要在「参数」标签页重复配置文件字段。
• 对齐会话与基础请求配置
  在线程组下添加HTTP Cookie管理器，自动携带接口鉴权所需的cookie信息，对齐Postman的会话保持逻辑。
  打开JMeter查看结果树的请求原始报文视图，和Postman控制台导出的原始请求逐行对比头字段，把Postman默认携带的User-Agent、Accept等头字段同步到JMeter中，排除接口侧头校验拦截的问题。
• 排查传输超时问题
  在HTTP请求采样器中设置连接超时、响应超时为10000ms以上，大体积PDF传输耗时更长，JMeter默认超时时间较短，可能出现请求未完成就被截断的问题，同时可以查看JMeter运行日志（右上角黄色感叹号入口），确认是否存在IO异常、连接重置类报错。

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