k6发起POST请求返回400错误，但Postman可正常执行的问题排查

1. k6文件传递方式排查（含多文件测试） #

你当前直接传递读取的文件内容的方式大概率不正确，这是导致400错误的核心原因——k6默认不会自动处理文件上传所需的multipart/form-data格式，而curl/Postman会自动构建符合规范的请求体。

正确的做法是用k6内置的FormData对象来构建请求，完全对齐Postman的请求格式：

• 单文件上传示例：

import http from 'k6/http';

export default function () {
  const formData = new FormData();
  // 注意第一个参数是后端接收文件的字段名（必须和Postman中使用的字段名一致），第三个是文件名
  formData.append('file', open('your-test-file.csv', 'b'), 'your-test-file.csv');

  const params = {
    headers: {
      'X-APIKEY': 'your-actual-api-key',
      // 无需手动设置Content-Type，k6会自动生成带边界的multipart/form-data头
    },
  };

  const res = http.post('http://my-service/v3/legacy/import?family=WGeneric', formData, params);
  console.log(res.status);
}

• 多文件测试只需重复调用formData.append，注意字段名要匹配后端要求（比如后端用files[]接收多文件，就统一用这个字段名）：

formData.append('files[]', open('file1.jpg', 'b'), 'file1.jpg');
formData.append('files[]', open('file2.pdf', 'b'), 'file2.pdf');

额外注意点：

• 读取文件必须用open('文件名', 'b')的二进制模式，避免文本编码损坏文件内容
• 对比Postman的Raw请求详情，确认字段名、文件名、请求头和k6脚本完全一致，尤其是后端要求的文件接收字段名不能出错

2. Kubernetes中Nginx的配置排查 #

如果curl能成功但k6不行，Nginx本身大概率不需要额外配置，但可以快速排查以下几点：

• 检查client_max_body_size设置：如果上传文件较大，需确保该值足够大（如client_max_body_size 100M;），不过这会返回413错误，和你的400不符，优先级较低
• 确认Nginx没有篡改请求头：比如是否有规则移除或修改Content-Type头，导致k6发送的multipart请求格式被破坏
• 验证路由转发是否完整：确保Nginx没有丢失family查询参数，也没有截断请求体

如果抓包对比后，curl和k6的请求完全一致，那Nginx的问题可能性极低，优先聚焦k6的请求格式修正。

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